Tech-invite3GPPspaceIETFspace
21222324252627282931323334353637384‑5x

Content for  TS 28.310  Word version:  18.5.0

Top   Top   Up   Prev   Next
1…   4…   5…   6…   6.2…   A…

 

5  Specification level requirementsp. 13

5.1  Use casesp. 13

5.1.1  Data Volume (DV) collectionp. 13

5.1.1.1  Applicabilityp. 13

The use cases for Data Volume measurement control, data file reporting and streaming in the following clauses 5.1.1.x are valid for all 5GS network functions.

5.1.1.2  DV measurement controlp. 13

Use cases specified in clause 5.1.1.1 of TS 28.550 ("NF measurement job control service") - apply for measurement job control of Data Volume.
Depending on scenarios, NF measurement job control services may not exist. In such a case, the NF measurement control of DV may be achieved as specified in clause 5.1.18 of TS 28.531 ("Configuration of a 3GPP NF instance").
Traceability:
REQ-DVMCS-FUN-001, REQ-DVMCS-FUN-002, REQ-DVMCS-FUN-003, REQ-DVMCS-FUN-004, REQ-DVMCS-FUN-005, REQ-PEEMCS-FUN-006.
Up

5.1.1.3  DV measurement data file reportingp. 13

Use cases specified in clause 5.1.1.2 of TS 28.550 - apply for Data Volume measurement data file reporting, in compliance with [8], [9], [10].
Traceability:
REQ-DVFRS-FUN-010, REQ-DVFRS-FUN-011.

5.1.1.4  DV measurement data streamingp. 13

Use cases specified in clause 5.1.1.3 of TS 28.550 - apply for Data Volume measurement data streaming.
Traceability:
REQ-DVDS-FUN-020.

5.1.2  Power, Energy and Environmental (PEE) measurement collectionp. 13

5.1.2.1  Applicabilityp. 13

The requirements for PEE measurement control, data file reporting and streaming, fault supervision and configuration management in the following clauses 5.1.2.x are only valid for 5GS physical network functions.

5.1.2.2  PEE measurement controlp. 13

Use cases specified in clause 5.1.1.1 of TS 28.550 ("NF measurement job control service") - apply for measurement job control of PEE parameters.
Depending on scenarios, NF measurement job control services may not exist. In such a case, the NF measurement control of PEE parameters may be achieved as specified in clause 5.1.18 of TS 28.531 ("Configuration of a 3GPP NF instance").
Traceability:
REQ-PEEMCS-FUN-001, REQ-PEEMCS-FUN-002, REQ-PEEMCS-FUN-003, REQ-PEEMCS-FUN-004, REQ-PEEMCS-FUN-005.
Up

5.1.2.3  PEE measurement data file reportingp. 13

Use cases specified in clause 5.1.1.2 of TS 28.550 - apply for PEE measurement data file reporting, in compliance with TS 32.432, TS 32.435, TS 32.436.
Traceability:
REQ-PEEFRS-FUN-010, REQ-PEEFRS-FUN-011.

5.1.2.4  PEE measurement data streamingp. 14

Use cases specified in clause 5.1.1.3 of TS 28.550 - apply for PEE measurement data streaming.
Traceability:
REQ-PEEDS-FUN-020.

5.1.2.5  PEE fault supervisionp. 14

Use cases specified in clause 5.1.13 of TS 28.545 ("Report alarm notifications of NF instance") - apply for PEE fault supervision.
Traceability:
REQ-PEEFSS-FUN-020.

5.1.2.6  PEE configuration managementp. 14

Use cases specified in clause 5.1.18 of TS 28.531 - apply for PEE configuration management.
Traceability:
REQ-PEECMS-FUN-030, REQ-PEECMS-FUN-031.

5.1.3  Energy saving use casesp. 14

5.1.3.1  Generalp. 14

The objective of energy saving is to lower OPEX for mobile operators, through the reduction of power consumption in the mobile networks that is becoming more urgent and challenging, as there are much more network elements in NR (e.g., small cells with massive MIMO in higher frequency bands) than those used in LTE (TR 37.816, TS 38.300). One typical scenario of energy saving is to switch off capacity boosters when the traffic demand is low, and re-activated them on a need basis (see clause 5.6 in TR 37.816).
For NG-RAN, the energy saving consists of two scenarios where the capacity booster cell - gNB is fully or partially overlaid by the candidate cell(s). For 5GC, the energy saving consists of scenario where some UPFs deployed at the edge of 5GC network may be switched off during off-peak traffic time.
Up

5.1.3.2  Capacity booster cell partially overlaid by candidate cell(s)p. 14

5.1.3.2.1  Introductionp. 14
Figure 5.1.3.2.1-1 shows that a NR capacity booster cell is partially overlaid by the gNB or eNB candidate cell(s). There can be two cases of energy saving:
  • Intra-RAT energy saving if the candidate cell is a gNB
  • Inter-RAT energy saving if the candidate cell is an eNB
Copy of original 3GPP image for 3GPP TS 28.310, Fig. 5.1.3.2.1-1: NR capacity booster cell partially overlaid by candidate cells
Up
Traceability:
REQ-ESCOL-FUN-1, REQ-ESCOL-FUN-2, REQ-ESCOL-FUN-3, REQ-ESCOL-FUN-4, REQ-ESCOL-FUN-5, REQ-ESCOL-FUN-6, REQ-ESCOL-FUN-7.
5.1.3.2.2  Intra-RAT energy savingp. 15
Intra-RAT energy saving focuses on a scenario where the gNB candidate cells provides the coverage for the NR capacity booster cells that is switched off. Intra-RAT energy saving (ES) consists of distributed energy saving where the energy saving decision is made in the NR cells with MnS producer(s) assist to provide relevant information, such as policies, and centralized energy saving where the energy saving decision is made in MnS producer (see clause 15.4 in TS 38.300).
For the distributed energy saving, the NR capacity booster cell may decide to enter the energy saving mode when it detects that its traffic load is below certain threshold, and its coverage can be provided by the candidate cells. However, the NR capacity booster cell can be switched off only after the handover actions to off-load its traffic to the candidate cells is completed (see clause 15.4.2 in TS 38.300). The candidate cell decides to re-activate the NR capacity booster cell when it detects additional capacity is needed (see clause 15.4.2 in TS 38.300).
For the centralized energy saving, MnS producer collects the traffic load performance measurements from the NR capacity booster cell and candidate cells, and may request a NR capacity booster cell to enter the energy saving mode when its traffic is below certain threshold. The NR capacity booster may initiate handover actions to off-load the traffic to the neighbouring cells (see clause 15.4.2 in TS 38.300) prior to entering into the energy saving mode.
Up
5.1.3.2.3  Inter-RAT energy savingp. 15
Inter-RAT energy saving focuses on a scenario where the LTE eNB provides basic coverage, with the gNB providing the capacity booster that can be switched off, based on its own cell load information or by MnS producer(s). The LTE eNB is allowed to activate the dormant capacity booster NR cell (see clause 5.6 in TR 37.816).
Inter-RAT energy saving consists of centralized energy saving where the energy saving decision is made in MnS producer. The inter-RAT energy saving is almost the same as the intra-RAT energy with the exception that the candidate cells are eNB.
Up

5.1.3.3  Capacity booster cell fully overlaid by candidate cell(s)p. 15

An NG-RAN node, which connects with 5GC to provide boost capacity, may enter into energySaving state if there is radio coverage by other radio systems - be another NG-RAN node or an entity of another radio access technology - for the whole coverage area of the NG-RAN node in question, see Figure 5.1.3.3-1 for gNB capacity booster cell fully overlaid by candidate cell(s) case.
Copy of original 3GPP image for 3GPP TS 28.310, Fig. 5.1.3.3-1: gNB capacity booster cell fully overlaid by candidate cell(s)
Up
This use case applies both for Intra- and Inter-RAT Energy Saving.
Inter-frequency Intra-RAT gNB Coverage
Two gNB cells (Cell A, Cell B) with separate frequency bands cover the same geographical area. Cell B has a smaller size than Cell A and is covered totally by Cell A. Generally, Cell A is deployed to provide continuous coverage of the area, while Cell B increases the capacity of the special sub-areas, such as hot spots. The ES activation procedure in the coverage of Cell B (ES area) may be triggered in case that light traffic in Cell B is detected. Cell B ES activation may also be triggered when the traffic of ES area (measured by candidate Cell A) resumes to a high level. A Cell B capable of ES probing can execute the ES probing procedure and based on Cell B measurements the centralized or distributed ES management can decide if the Cell B needs to be activated and take portion of the traffic from Cell A.
Inter-RAT gNB Coverage
Two IRAT cells (Cell A, Cell B) cover the same geographical area. gNB Cell B is totally covered by inter-RAT Cell A (such as legacy system UMTS or LTE). Cell A is deployed to provide continuous coverage of basic eMBB services in the area, while Cell B enhances the capability of the area to support eMBB services with high data rate or URLLC services. The ES activation in the coverage of Cell B (ES area) may be triggered in case that no eMBB services with high data rate or URLLC traffic in Cell B is detected or load threshold for going into energySaving state is reached. Cell B ES deactivation may be triggered when the eMBB services with high data rate or URLLC service request in ES area is restarted again or load threshold for going out of energySaving state (i.e. going into notEnergySaving state) is reached. A Cell B capable of ES probing can execute the ES probing procedure and based on Cell B measurements the centralized or distributed ES management can decide if the Cell B needs to be activated and take portion of the traffic from Cell A.
Different scenarios of gNB capacity booster cell fully overlaid by candidate cell(s) are listed in below Table 5.1.3.3-1.
Scenario Capacity booster Coverage provider Scenario
1gNBeNBInter-RAT ES
2gNBgNBIntra-RAT ES
3gNBeNB and gNBIntra-RAT ES, Inter-RAT ES
4gNBNBInter-RAT ES
5gNBeNB and NBInter-RAT ES
Traceability:
REQ-ESCOL-FUN-1, REQ-ESCOL-FUN-2, REQ-ESCOL-FUN-3, REQ-ESCOL-FUN-4, REQ-ESCOL-FUN-5, REQ-ESCOL-FUN-6, REQ-ESCOL-FUN-7.
Up

5.1.3.4  Switch off edge UPFs during off-peak traffic hours |R17|p. 16

To meet service demands, e.g. in terms of latency, the Network Operator (NOP) decided to deploy some UPFs at the edge of 5GC network, i.e. closer to low latency demanding service users than if they were deployed in its central core network.
During off-peak periods and depending on service users' profile, observed behaviour and habits, the NOP may decide that some of these edge UPFs are no longer justified. For example, at night, in some locations where no user paying for low latency services is connected, the remaining traffic (not demanding low latency) can be redirected from the edge UPFs to central core UPFs. The NOP may then decide to:
  • redirect the remaining traffic to and from these edge UPFs to existing central UPFs, and
  • decommission these edge UPFs, or scale them in/down, or any other action enabling to achieve energy saving, depending on e.g. whether these UPFs are virtualized or not.
The decommissioning of edge UPFs can be done e.g. by administratively putting them out of service so that they can't carry any more traffic, either with immediate effect or only when no more users are using these UPFs.
The NOP may decide at any time to come back to the initial situation.
Traceability:
REQ-SOUPF-FUN-1, REQ-SOUPF-FUN-2.
Up

5.1.4  Energy saving compensation activation and deactivation procedures |R18|p. 17

5.1.4.1  Introductionp. 17

The MnS producer for Domain-centralized ES or the distributed ES function, that makes a decision for the NR capacity booster cell to enter or exit energySaving state, should be able to initiate energy saving compensation activation and/or deactivation on one or multiple cells.

5.1.4.2  Descriptionp. 17

For the energy saving use cases (defined in clause 5.1.3), when a NR capacity booster cell enters energySaving state, then the candidate cell(s) may transition to:
  • compensatingForEnergySaving.
    Correspondingly, the use cases support the following procedures:
  • Energy saving compensation activation: the procedure to increase the coverage area for the candidate cell(s).
  • Energy saving compensation deactivation: the procedure to decrease a previously increased coverage area.
Traceability:
REQ-ESCOL-FUN-1, REQ-ESCOL-FUN-2, REQ-ESCOL-FUN-3, REQ-ESCOL-FUN-4.
Up

5.1.5  Intent driven RAN energy saving |R18|p. 17

Operators are aiming at decreasing power consumption in 5G networks to lower their operational expense with energy saving management solutions. Introducing the intent driven approach for energy saving can enable the 3GPP management system to analyse and select the optimal energy saving management solutions to achieve the optimal balance between the energy saving effect and service experience by utilizing some intelligent mechanisms. As TS 28.312 described, an intent focuses more on describing the "What" needs to be achieved but less on "How" that outcomes should be achieved, which not only relieves the burden of the consumer knowing implementation details but also leaves room to allow the 3GPP management system to explore alternative options and find optimal solutions.
The detailed use case for intent containing an expectation for RAN energy saving is described in clause 5.1.7.1 in TS 28.312.
Up

5.2  Requirementsp. 17

5.2.1  Requirements for Data Volume (DV) measurementp. 17

5.2.1.1  Applicabilityp. 17

The requirements for Data Volume measurement control, data file reporting and streaming in the following clauses 5.2.1.x are valid for all 5GS network functions.

5.2.1.2  Requirements for DV measurement controlp. 17

REQ-DVMCS-FUN-001:
The management service producer responsible for DV measurement control shall have the capability allowing its authorized consumer to request starting the collection of DV measurement data of NF(s).
REQ-DVMCS-FUN-002:
The management service producer responsible for DV measurement control shall have the capability allowing its authorized consumer to indicate the reporting method, granularity period, reporting period, etc. for DV measurement data of NF(s).
REQ-DVMCS-FUN-003:
The management service producer responsible for DV measurement control shall have the capability to generate the DV measurement data of NF(s) according to the request of the consumer.
REQ-DVMCS-FUN-004:
The management service producer responsible for DV measurement control shall have the capability allowing its authorized consumer to request stopping the collection of DV measurement data of NF(s).
REQ-DVMCS-FUN-005:
The management service producer responsible for DV measurement control shall have the capability allowing its authorized consumer to query the information about the ongoing collection of DV measurement data of NF(s).
Up

5.2.1.3  Requirements for DV measurement data file reportingp. 18

REQ-DVFRS-FUN-010:
The management service producer responsible for DV performance data file reporting shall have the capability to send the notification about DV performance data (of NF(s)) file ready to its authorized consumer.
REQ-DVFRS-FUN-011:
The management service producer responsible for DV performance data file reporting shall have the capability to allow its authorized consumer to fetch the DV performance data (of NF(s)) file.

5.2.1.4  Requirements for DV measurement data streaming servicep. 18

REQ-DVDS-FUN-020:
The management service producer responsible for DV performance data streaming shall have the capability to send the stream containing DV performance data (of NF(s)) to its authorized consumer.

5.2.2  Requirements for Power, Energy and Environmental (PEE) measurementp. 18

5.2.2.1  Applicabilityp. 18

The requirements for PEE measurement control, data file reporting and streaming, fault supervision and configuration management in the following clauses 5.2.2.x are only valid for 5GS physical network functions.

5.2.2.2  Requirements for PEE measurement controlp. 18

REQ-PEEMCS-FUN-001:
The management service producer responsible for PEE measurement control shall have the capability allowing its authorized consumer to request starting the collection of PEE measurement data of NF(s).
REQ-PEEMCS-FUN-002:
The management service producer responsible for PEE measurement control shall have the capability allowing its authorized consumer to indicate the reporting method, granularity period, reporting period, etc. for PEE measurement data of NF(s).
REQ-PEEMCS-FUN-003:
The management service producer responsible for PEE measurement control shall have the capability to generate the PEE measurement data of NF(s) according to the request of the consumer.
REQ-PEEMCS-FUN-004:
The management service producer responsible for PEE measurement control shall have the capability allowing its authorized consumer to request stopping the collection of PEE measurement data of NF(s).
REQ-PEEMCS-FUN-005:
The management service producer responsible for PEE measurement control shall have the capability allowing its authorized consumer to query the information about the ongoing collection of PEE measurement data of NF(s).
REQ-PEEMCS-FUN-006:
The management service producer responsible for PEE measurement control shall have the capability collecting the PEE measurement data of PNF(s) in gNB according to the request of the consumer.
Up

5.2.2.3  Requirements for PEE measurement data file reportingp. 18

REQ-PEEFRS-FUN-010:
The management service producer responsible for PEE performance data file reporting shall have the capability to send the notification about PEE performance data (of NF(s)) file ready to its authorized consumer.
REQ-PEEFRS-FUN-011:
The management service producer responsible for PEE performance data file reporting shall have the capability to allow its authorized consumer to fetch the PEE performance data (of NF(s)) file.

5.2.2.4  Requirements for PEE measurement data streamingp. 18

REQ-PEEDS-FUN-020:
The management service producer responsible for PEE performance data streaming shall have the capability to send the stream containing PEE performance data (of NF(s)) to its authorized consumer

5.2.2.5  Requirements for PEE fault supervisionp. 19

REQ-PEEFSS-FUN-020:
The management service producer responsible for PEE fault supervision shall have the capability allowing its authorized consumer to be notified in case of PEE related alarms.

5.2.2.6  Requirements for PEE configuration managementp. 19

REQ-PEECMS-FUN-030:
The management service producer responsible for PEE configuration management shall have the capability allowing its authorized consumer to modify configurable PEE related parameters.
REQ-PEECMS-FUN-031:
The management service producer responsible for PEE configuration management shall have the capability allowing its authorized consumer to be notified in case of PEE related configuration changes.

5.2.3  Requirements for energy savingp. 19

5.2.3.1  Requirements for capacity booster cell overlaid by candidate cell(s)p. 19

REQ-ESCOL-FUN-1:
The management service producer responsible for energy saving should have the capability allowing its authorized consumer to configure the cell overlaid relations, and energy saving policies, and to enable or disable the function for a NR capacity booster cell to enter energy saving mode.
REQ-ESCOL-FUN-2:
The management service producer responsible for energy saving should have the capability to send notifications to the authorized consumer to indicate the energy saving mode has been activated or deactivated in the NR capacity booster cell.
REQ-ESCOL-FUN-3:
The management service producer responsible for energy saving should have the capability allowing its authorized consumer to collect the traffic load performance measurements of NR capacity booster and candidate cells.
REQ-ESCOL-FUN-4:
The management service producer responsible for energy saving should have the capability allowing its authorized consumer to request the NR capacity booster cell to enter the energy saving mode.
REQ-ESCOL-FUN-5:
The management service producer responsible for energy saving should have the capability allowing its authorized consumer to deactivate the energy saving mode of a NR capacity booster cell.
REQ-ESCOL-FUN-6:
The management service producer responsible for energy saving should have the capability allowing its authorized consumer to configure one or more related cells as the candidate cells to take over the coverage when the original NR capacity booster cell is going into energy saving mode.
REQ-ESCOL-FUN-7:
The management service producer responsible for energy saving should have the capability allowing its authorized consumer to request the NR capacity booster cell to leave the energy saving mode.
Up

5.2.3.2  Requirements for switch off edge UPFs during off-peak hours |R17|p. 19

REQ-SOUPF-FUN-1:
The management service producer responsible for energy saving should have the capability allowing its authorized consumer to collect the traffic load performance measurements of its edge UPFs.
REQ-SOUPF-FUN-2:
The management service producer responsible for energy saving should have the capability allowing its authorized consumer to administratively prohibit selected edge UPFs from performing services for its users, either with immediate effect or only when no more users are using these UPFs.

5.2.3.3  Requirements for energy saving compensation activation and deactivation procedures |R18|p. 19

REQ-ESCOL-FUN-1:
The Domain-centralized ES shall support the procedure to initiate energy saving compensation activation to one or multiple cells.
REQ-ESCOL-FUN-2:
The Domain-centralized ES shall support the procedure to initiate energy saving compensation deactivation to one or multiple cells.
REQ-ESCOL-FUN-3:
The distributed ES function shall support the procedure to initiate energy saving compensation activation to one or multiple cells.
REQ-ESCOL-FUN-4:
The distributed ES function shall support the procedure to initiate energy saving compensation deactivation to one or multiple cells.
Up

5.2.4  Requirements for Intent driven RAN energy saving |R18|p. 20

The requirements for intent containing an expectation for RAN energy saving are defined in clause 5.1.7.2 in TS 28.312.

5.3  Actor rolesp. 20

Consumers of management services involved in use cases and requirements - see clauses 5.1 and 5.2.

5.4  Telecommunication resourcesp. 20

The telecommunication resources include network function management functions and/or the managed network functions.

Up   Top   ToC