Content for  TR 22.882  Word version:  19.3.0

Next generation mobile communication systems are expected to accommodate more demanding services, e.g., XR, AI/ML which will require much energy consumption at the device side as well as the network side. The impact on devices and the network to support these services will be huge and sometimes unpredictable. When Operator A is deploying a communication service to meet the application service requirements (e.g. gaming app requirements), the customer (e.g. service provider or vertical) needs to make sure that the application service doesn't consume significant energy for the end users as well as for the data network side. Possible high energy consumption or low energy efficiency of the application service can lead to an application layer adaptation at the service provider's domain to deal with this. An example of application layer adaptation would be to trigger the adaptation of the service level due to high expected energy consumption for the given application in a certain service area (e.g. edge service area). The Application service Energy Efficiency (AEE) can be monitored and predicted at the 5GS and can be exposed as a monitoring event to the Service Provider to allow an application layer action. Such monitoring may relate to whether the AEE is sustainable for a given service area and time of the day, or can be provided when the energy consumption for the application service is reaching the upper bound (upper bound can be set based on the SLA). The monitoring result can be exposed either periodically or event-based (e.g. when upper threshold is reached as defined in Energy-related KPIs) subject to the application service provider's requirement (based on the SLA).

The service provider X wants to deploy an application service (e.g., gaming service) in a given service area and for a target number of users, where the service is expected to be communicated via 5G network "N" of the 5GS of operator A. The application service may have different service levels, which may be different KPIs associated with the service, and can correspond e.g., to different levels of automation or video quality targets. The service provider X subscribes to the operator A for the "App EnergyEff Moni" feature with the requested service level(s) to monitor whether the application service is energy-efficient when using 5G system of operator A for the given service level(s). The operator A and service provider X have agreed on certain energy efficiency target for the application service and optionally for given service levels.

1. Service provider X asks the "App EnergyEff Moni" of Operator A to provide the predicted application service energy efficiency information for App Service #1 and one or more service modes for a given service area and time of the day.
2. The 5G system of operator A acquires the energy consumption information of related 5G system functions serving the App Service #1 of service provider X. Such information can be derived per application service and can include statistical data related to the application service energy consumption within a given service area.
   Then, the 5G system of operator A calculates or predicts the AEE for the application service #1 and optionally the service mode X, based on the acquired energy consumption information.
3. Operator A exposes the calculated or predicted AEE for the application service #1 (and optionally the service mode X) to the Service Provider X.
4. Service Provider X configures or adapts the application service parameters based on the Operator A feedback. Such adaptation of the application service parameters can be for instance the application server re-location to an edge data network to enhance the energy efficiency for the application.

Service provider X can get the energy related statistics or predictions for the application service #1, independently from NG-RAN deployment scenarios, and this can help either adapting the application service parameters (e.g. service levels, application relocation) or configuring the application service in an energy-efficient manner.

EE TS 28.310 specifies the work in 3GPP related to energy efficiency. It specifies use cases relating to energy efficiency such as switching off edges UPFs for low-latency communication in certain geographical areas when no user is actively using them. Based on the scenarios the document presents requirements to be considered to support energy efficiency. The main requirements among them are requirements related to Power, Energy and Environmental measurements as well as requirements concerning energy saving. This use case uses the existing 3GPP features as input for the application-level energy efficiency prediction, without providing an overlapping capability. In particular, the energy monitoring and optimization tasks in OAM cannot consider per application / session energy monitoring/predictions, and are limited to the energy calculation and monitoring per managed element (e.g. NG-RAN, UPF, network slice...).

[PR.5.8.6-1] [PR.5.8.6-2] [PR.5.8.6-3]