1. Introduction
The rapid growth of wireless sensor networks and Internet of Things (IoT) applications has imposed increasingly stringent requirements on real-time and computation-intensive data processing at energy-constrained wireless devices (WDs). However, many IoT devices, including sensors, wearable terminals, and embedded controllers, are constrained by limited battery capacity and modest on-device computing capability. Mobile edge computing (MEC) alleviates the computing limitation by deploying computing resources at the network edge, enabling WDs to offload intensive tasks to a nearby edge server (ES) for remote execution [
1]. Compared with conventional cloud computing, MEC reduces backhaul latency and supports faster responses for delay-sensitive applications. Nevertheless, both local computation and wireless task offloading consume considerable device energy. The finite energy supply of WDs therefore remains a fundamental obstacle to sustainable MEC services in low-power IoT networks.
Wireless-powered MEC integrates radio frequency (RF) wireless power transfer (WPT) with MEC to jointly address the energy and computing limitations of WDs. In this paradigm, an energy transmitter delivers controllable RF energy to the WDs, which use the harvested energy for local task execution or computation offloading. Binary computation offloading was studied in [
2], where each task is executed entirely either at the WD or the ES. Partial computation offloading was subsequently considered in [
3], allowing each task to be partitioned between local and edge execution. These studies revealed that the computation performance of wireless-powered MEC depends on the coordinated allocation of energy, communication, and computing resources. In particular, extending the WPT duration increases the energy that is available for computation and transmission but leaves less time for task offloading. Meanwhile, the optimal task partition depends jointly on the harvested energy, offloading-channel quality, and local CPU capability. Such coupling makes WPT scheduling, task partitioning, and computation-resource allocation inseparable.
Recent studies have extended wireless-powered MEC toward dynamic resource management and more flexible offloading architectures. Online and learning-based approaches were developed in [
4,
5,
6] to coordinate wireless charging, task execution, and resource allocation under stochastic system dynamics or incomplete future information. Reconfigurable intelligent surfaces were incorporated into wireless-powered MEC in [
7] to enhance both energy transfer and task offloading. More flexible multiple-access designs were investigated through successive interference cancellation in [
8] and non-orthogonal multiple access in [
9]. In addition, data compression was jointly optimized with wireless charging and offloading in [
10] to reduce the communication load of raw task data. These studies improve the adaptability and resource efficiency of wireless-powered MEC. However, most of them still rely on direct user-to-ES offloading. When the direct offloading link is weak, a task user may consume excessive transmission time and energy, thereby limiting the achievable computation gain from the harvested energy.
Cooperative-computation offloading provides an effective means of alleviating weak user-to-ES links and limited local computing capability. In [
11], computation tasks are partitioned among local computing, helper computing, and ES execution in a multiuser cooperation-assisted wireless-powered MEC system. Opportunistic helper scheduling was investigated in [
12], where a nearby user computes part of a task and forwards the remaining part to an MEC server. Helper selection was further coupled with user association, resource-block assignment, task allocation, and computing-resource allocation in [
13]. User-centric cooperative offloading was considered in [
14], allowing users to obtain communication and computing services from one or multiple MEC access points. Wireless-powered cooperative computing was also integrated with a beyond-diagonal reconfigurable intelligent surface in [
15] to enhance energy transfer, task offloading, and cooperative task execution. These studies demonstrate that helper-assisted computing and cooperative offloading can expand the available task-processing resources and mitigate unfavorable direct offloading conditions in multiuser MEC systems.
These multiuser developments build on several foundational models of cooperative-computation offloading. Relay-assisted offloading was investigated in [
16] for a two-user wireless-powered MEC system, where one user assists the other by forwarding its offloaded task to an edge cloud without performing cooperative task computation at the assisting user. Joint computation and communication cooperation was considered in [
17], where a dedicated helper computes part of the workload of a single task user locally and relays the remaining part to an access point connected to an MEC server. In this dedicated-helper structure, the helper is not selected from the participating users, and multiuser sharing of the helper’s computation and communication resources does not arise. A more closely related wireless-powered model was studied in [
18], where a predetermined helping user not only partitions the received workload between local computing and ES forwarding but also processes its own task. Nevertheless, the cooperation relationship is still limited to two users. These studies reveal the complementary roles of computing and relaying cooperation. Helper computing avoids additional helper-to-ES transmission but is constrained by the helper’s CPU capability, whereas relaying exploits the stronger computing capability of the ES at the cost of an additional communication hop and the associated time and energy consumption. Beyond computation offloading and resource allocation, secure and resilient coordination has also received increasing attention in networked intelligent systems. Digital-twin-based resilient consensus control was investigated for UAV systems under attacks in [
19], while a data-driven twin-layer approach was developed in [
20] for leader-following consensus of nonlinear multi-agent systems under composite attacks.
Despite this progress, joint computing and relaying in a multiuser wireless-powered MEC system has not been fully addressed. The existing wireless-powered cooperative offloading models mainly focus on two-user systems or predetermined cooperation relationships, while the recent helper-assisted MEC studies generally do not consider selecting one energy-harvesting user to simultaneously assist multiple task users and process its own task. In this setting, the helper’s harvested energy, CPU cycles, forwarding time, and transmission energy must be shared among multiple uploaded tasks and its own task. Moreover, helper selection simultaneously changes the EN-to-helper energy-transfer channel, the task-user-to-helper uploading links, the helper-to-ES forwarding link, and the user-specific computation parameters. The helper-computed and ES-forwarded task portions share the same harvested-energy budget, while their corresponding computing and forwarding operations proceed in parallel. Consequently, helper selection, task partitioning, and continuous resource allocation are tightly coupled and cannot be optimized independently.
Motivated by these observations, this paper investigates a helper-assisted multiuser wireless-powered MEC system consisting of one EN, one ES, and multiple energy-harvesting users. As illustrated in
Figure 1, one user is selected as the helper, while the remaining users act as task users. Each task user computes part of its task locally and uploads the remaining part to the helper. During a parallel cooperation stage, the helper computes one portion of the uploaded tasks locally and forwards the other portion to the ES for remote execution while also processing its own task through local computing or edge offloading. The helper subsequently delivers the corresponding computation results to the task users. Accordingly, each task user’s workload can be adaptively partitioned among local computing, cooperative computing at the helper, and remote processing at the ES according to the prevailing communication, computation, and energy conditions.
The main contributions of this paper are summarized as follows.
This paper develops a multiuser helper-selection architecture that jointly exploits computing and relaying cooperation in a wireless-powered MEC system. Unlike two-user or dedicated-helper cooperation models, one energy-harvesting user is dynamically selected as the helper for the remaining task users while also processing its own task. During a parallel cooperation stage, the selected helper computes part of the uploaded tasks locally and forwards the remaining part to the ES. Consequently, its harvested energy, CPU resources, forwarding time, and transmission energy are shared among multiple uploaded tasks and its own task. This architecture enables flexible task partitioning between helper computing and ES processing under coupled multiuser resource constraints.
A weighted sum computation rate (WSCR) maximization problem is formulated by jointly optimizing helper selection, task partitioning, time allocation, transmission-energy allocation, and CPU-resource allocation under frame-duration, energy-neutrality, communication, and computation constraints. For each candidate helper, transmission-energy variables are introduced to decouple transmission time and power, while the perspective structures of the communication-rate and computation-energy functions are exploited to transform the continuous resource-allocation problem into an equivalent convex problem. By solving this problem for all the candidate helpers, the globally optimal helper selection and resource allocation are obtained.
The numerical results reveal the complementary roles of computing and relaying cooperation under different energy, communication, and computation conditions. The proposed joint computing-and-relaying scheme consistently outperforms computing-only, relaying-only, and dedicated-helper cooperation, while the relative performance of the benchmark schemes varies with the prevailing system bottleneck. The performance gain results from adaptively allocating the uploaded tasks between helper computing and ES processing and selecting the helper according to the network conditions.
The remainder of this paper is organized as follows.
Section 2 presents the system model and the proposed helper-assisted offloading protocol.
Section 3 characterizes the computation performance and formulates the WSCR maximization problem.
Section 4 develops the optimal helper-selection and resource-allocation method.
Section 5 presents the simulation results, and
Section 6 concludes the paper.
5. Simulation Results
In this section, the numerical results are presented to evaluate the performance of the proposed joint computing-and-relaying scheme. The paper considers a wireless-powered MEC system consisting of one EN, one ES, and
users. The EN and the ES are located at
and
, respectively, while the users are randomly deployed within a circular region centered at
with a radius of 2 m and a minimum inter-user distance of
m. The frame duration is normalized to
s. The channel power gain of a link with distance
d is modeled as
, where
MHz,
,
, and
m/s. Unless otherwise specified, the EN transmit power is
W, the system bandwidth is
kHz, the receiver noise power is
W, the implementation-loss factor is
, the energy-harvesting efficiency is
, and the baseline circuit-energy consumption is
for all users, while
per user per frame is separately evaluated in
Figure 2.
The computation parameters are set to , cycles/bit, and MHz, while the output-to-input data ratio is . The user weights are set to , representing heterogeneous computation priorities. These weights remain associated with the original user identities when different helper candidates are evaluated. Each data point is averaged over 100 independent user deployments, and all the compared schemes use the same network realizations under each parameter setting.
The proposed scheme is compared with computing-only cooperation, relaying-only cooperation, and dedicated-helper cooperation. Under computing-only cooperation, the helper processes the tasks uploaded by the task users but does not forward them to the ES; i.e.,
for all
. Under relaying-only cooperation, the helper forwards the uploaded tasks to the ES without processing them; i.e.,
for all
. Under dedicated-helper cooperation, inspired by [
17], the helper is predetermined, while both cooperative computing and relaying are retained. Local computing remains available to every user in all the benchmarks, and the helper can process its own task locally or offload it to the ES. Except for the dedicated-helper benchmark, helper selection and all the remaining resource-allocation variables are jointly optimized.
Before presenting the subsequent parametric studies,
Figure 2 evaluates the impact of practical circuit-energy consumption. The proposed, computing-only, and relaying-only schemes are compared under
and
per user per frame. Introducing nonzero circuit-energy consumption reduces the achievable WSCR of all three schemes, particularly at relatively low EN transmit power, where the fixed circuit expenditure accounts for a larger fraction of the harvested-energy budget. As
increases, this relative impact gradually decreases. More importantly, the proposed joint cooperation scheme consistently achieves the highest WSCR over the entire considered range, confirming that the main comparative conclusion remains unchanged when practical circuit-energy consumption is taken into account.
Figure 3 further examines the impact of the EN transmit power
on the WSCR under the baseline circuit-energy setting. A larger
increases the harvested-energy budgets of both the task users and the selected helper, thereby supporting more local computing, task uploading, helper computing, task forwarding, and result delivery. Relaying-only cooperation exhibits the strongest sensitivity to
because each task bit processed at the ES consumes energy for both user-to-helper uploading and helper-to-ES forwarding. It therefore performs poorly under a tight energy budget but improves rapidly when more wireless energy becomes available. Computing-only cooperation increases more moderately because the number of task bits processed at the helper is additionally limited by its CPU capability. Dedicated-helper cooperation also improves with
but remains constrained by the predetermined helper; notably, relaying-only cooperation overtakes it as the available energy increases. The proposed scheme achieves the highest WSCR throughout the considered range. As
increases, it assigns more uploaded task bits to ES processing when helper computing becomes CPU-limited while retaining helper computing for task portions whose forwarding cost is relatively high. Consequently, its advantage over computing-only cooperation becomes more pronounced at higher EN transmit powers. Its consistent gain over dedicated-helper cooperation further confirms the benefit of adaptive helper selection.
Communication bandwidth directly affects the time required for task uploading, forwarding, and result delivery.
Figure 4 compares the four schemes as the system bandwidth
B varies. Under a narrow bandwidth, computing-only cooperation nearly matches the proposed scheme, whereas relaying-only cooperation incurs a clear performance loss. This is because ES processing introduces an additional helper-to-ES transmission stage, while both cooperation modes require user-to-helper task uploading and helper-to-user result delivery. When
B is small, these communication operations occupy a substantial fraction of the frame. The close performance of the proposed and computing-only schemes therefore indicates that helper computing is the dominant cooperative mode under a narrow bandwidth. As
B increases, the durations required for task uploading, forwarding, and result delivery are reduced. Relaying-only cooperation consequently improves faster than computing-only cooperation and overtakes it between 100 and 150 kHz. It also overtakes dedicated-helper cooperation as the bandwidth increases, indicating that a predetermined helper limits the benefit of joint cooperation. The proposed scheme remains superior because it adaptively partitions the uploaded tasks between helper computing and ES processing instead of relying exclusively on either mode. Its additional gain over dedicated-helper cooperation further demonstrates the benefit of adaptive helper selection. The result demonstrates a transition from computing-dominant cooperation at low bandwidth to relaying-dominant cooperation at high bandwidth.
Figure 5 examines the effect of the distance
between the EN and the center of the user region. In this experiment, the user region and the ES remain fixed. Therefore, increasing
weakens only the wireless-energy-transfer links without changing the user-to-helper or helper-to-ES information links. The resulting reduction in harvested energy lowers the feasible CPU frequencies and transmission energies of all users. Relaying-only cooperation deteriorates most rapidly because the helper must allocate part of its limited harvested energy to the additional forwarding stage in addition to processing its own task and delivering computation results. When the EN is close to the user region, this forwarding cost can be supported, and relaying-only cooperation outperforms computing-only cooperation. Their ordering reverses as
increases and the energy budget becomes tighter. Dedicated-helper cooperation degrades more slowly than relaying-only cooperation and eventually outperforms it since joint computing and relaying allow the fixed helper to reduce its reliance on energy-intensive forwarding. Meanwhile, the proposed curve gradually approaches the computing-only curve, indicating that the optimizer reduces the ES-processed task portions when the harvested energy can no longer justify the additional forwarding expenditure. The proposed scheme therefore avoids using an energy-intensive processing route under unfavorable WPT conditions while retaining an advantage over dedicated-helper cooperation through adaptive helper selection.
To isolate the helper-to-ES communication bottleneck,
is varied while the EN and the user deployment region remain unchanged, as reported in
Figure 6. Hence, the harvested-energy levels and user-to-helper channels remain statistically unchanged, whereas the helper-to-ES link weakens as
increases. Relaying-only cooperation is particularly sensitive to this change because every task bit assigned to ES processing must pass through the degraded helper-to-ES link. The helper must therefore allocate more forwarding time or transmission energy to support the same number of task bits, reducing the resources available for other operations. Computing-only cooperation is much less sensitive because its uploaded task portions are processed at the helper and do not depend on the helper-to-ES link. Relaying-only cooperation performs better when the ES is sufficiently close but falls below computing-only cooperation between 8 and 10 m. Dedicated-helper cooperation degrades more slowly than relaying-only cooperation and overtakes it between 10 and 12 m by shifting more workload toward helper computing as the helper-to-ES link deteriorates. As the helper-to-ES link degrades, the proposed scheme increasingly benefits from helper computing, which explains why its performance approaches that of computing-only cooperation at large
. Its consistently higher WSCR than dedicated-helper cooperation also confirms the benefit of adaptive helper selection.
The role of computation capability is investigated next by varying the common maximum CPU frequency
. The results are reported in
Figure 7. Increasing
enlarges the number of CPU cycles available to all the users within one frame, thereby improving both local computing and helper computing. Over the considered range, the WSCR curves increase almost linearly because a larger CPU-frequency limit enables more local computing and helper computing. More importantly, computing-only and relaying-only cooperation exhibit a performance crossover between 1 and 2 MHz. At low CPU frequencies, the helper cannot efficiently process a large number of uploaded task bits, making ES processing more advantageous. As
increases, the helper can process more task bits during the parallel cooperation stage and avoid the time and energy required for helper-to-ES forwarding. Computing-only cooperation therefore overtakes relaying-only cooperation. Dedicated-helper cooperation also improves substantially with
but remains inferior to the proposed scheme because the helper cannot adapt to the network realization. The proposed scheme adapts its task partition accordingly: it relies more on ES processing when CPU resources are scarce and shifts more workload to the helper as the available computing capability increases. The relatively small performance gaps at high
also arise because all users receive the same CPU-frequency improvement, causing local computing to contribute an increasingly large common portion of the total WSCR.
Figure 8 evaluates the effect of the output-to-input data ratio
. A larger
increases the amount of result data that must be delivered to each task user for every task bit processed at the helper or the ES. Consequently, result delivery consumes more frame time and helper transmission energy, and the WSCR decreases for all four schemes. The degradation remains moderate because locally computed task bits do not require wireless result delivery. As
increases, each scheme can reduce the nonlocally processed task portion and allocate more workload to local computing, thereby partially compensating for the increased result-delivery overhead. The proposed scheme experiences a slightly larger absolute reduction because it processes more task bits through the helper and the ES when
is small. A larger portion of its computation gain is therefore affected by the result-delivery constraint. Nevertheless, the proposed scheme remains superior by jointly adjusting local computing, helper computing, and ES processing according to the output-data load. Dedicated-helper cooperation exhibits a similar decreasing trend but remains inferior because the helper cannot adapt to the network realization.
Figure 9 evaluates the scalability of the four schemes as the number of users increases from 4 to 20. The WSCR of all the schemes decreases with
N since more task users share the limited frame duration, harvested energy, communication resources, and helper computing capability. The proposed joint cooperation scheme consistently achieves the highest WSCR over the entire range, showing that its performance advantage is maintained as the network size increases. Among the benchmark schemes, computing-only cooperation generally performs better, while the relative performance of relaying-only and dedicated-helper cooperation varies with
N because of their different communication and computation limitations.
Figure 10 evaluates the computational runtime of Algorithm 1. For each network realization, the reported runtime represents one complete execution of Algorithm 1, including all the candidate-helper subproblems and the final helper selection. Under the MATLAB R2024b with CVX 2.2 implementation used in the simulations, the average runtime increases from approximately 13 s at
to approximately 510 s at
. The absolute runtime is implementation-dependent and is reported here to illustrate the computational growth of the exact method. This computational runtime is distinct from the transmission-frame duration
s, which characterizes the communication and computation scheduling interval rather than the solver execution time. Nevertheless, if helper selection and resource allocation are recomputed online for every frame, the measured optimization latency substantially exceeds the corresponding one-second decision interval and therefore prevents direct real-time implementation of the current exact MATLAB/CVX solution. Therefore, Algorithm 1 primarily provides an exact optimal-performance benchmark, while real-time implementation requires lower-complexity helper screening or approximate resource-allocation methods.
Overall, neither computing-only cooperation nor relaying-only cooperation is uniformly preferable. Their relative performance depends on the harvested-energy budget, available bandwidth, helper-to-ES channel quality, and CPU capability. By jointly optimizing helper selection, task partitioning, and resource allocation, the proposed scheme adapts the cooperation mode to the prevailing system bottleneck and consistently achieves the highest WSCR.