[go: up one dir, main page]

WO2025088989A1 - Procédé d'un appareil de communication, procédé d'un autre appareil de communication, appareil de communication et autre appareil de communication - Google Patents

Procédé d'un appareil de communication, procédé d'un autre appareil de communication, appareil de communication et autre appareil de communication Download PDF

Info

Publication number
WO2025088989A1
WO2025088989A1 PCT/JP2024/035084 JP2024035084W WO2025088989A1 WO 2025088989 A1 WO2025088989 A1 WO 2025088989A1 JP 2024035084 W JP2024035084 W JP 2024035084W WO 2025088989 A1 WO2025088989 A1 WO 2025088989A1
Authority
WO
WIPO (PCT)
Prior art keywords
energy
message
network
energy usage
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
PCT/JP2024/035084
Other languages
English (en)
Inventor
Iskren Ianev
Toshiyuki Tamura
Kundan Tiwari
Hiroshi Dempo
Hassan Al-Kanani
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Publication of WO2025088989A1 publication Critical patent/WO2025088989A1/fr
Pending legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. Transmission Power Control [TPC] or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0203—Power saving arrangements in the radio access network or backbone network of wireless communication networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. Transmission Power Control [TPC] or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0203—Power saving arrangements in the radio access network or backbone network of wireless communication networks
    • H04W52/0206—Power saving arrangements in the radio access network or backbone network of wireless communication networks in access points, e.g. base stations

Definitions

  • the present disclosure relates to a method of a communication apparatus, another communication apparatus, a communication apparatus and another communication apparatus.
  • NPL 5 [6] New SID on 5GS Enhancement for Energy Efficiency and Energy Saving (SP-231192) https://www.3gpp.org/ftp/tsg_sa/TSG_SA/TSGs_101_Bangalore_2023-09/Docs/SP-231192.zip NPL 6 [7] 3GPP TS 23.003: "Numbering, addressing and identification”. V18.3.0 (2023-09) NPL 7 [8] IETF RFC 5580: "Carrying Location Objects in RADIUS and Diameter".
  • NPL 8 [9] 3GPP TS 24.501: "Non-Access-Stratum (NAS) protocol for 5G System (5GS); Stage 3".
  • NAS Non-Access-Stratum
  • NPL 9 [10] 3GPP TS 23.503: "Policy and Charging Control Framework for the 5G System”.
  • SP-231192 [6] agreed at the 3GPP SAP#101 in September 2023, there is a need to study potential framework for network energy consumption exposure. This will include whether and what information is exposed, how it is exposed (e.g., charging) and at what granularity, e.g., at RAN level, Core Network level, network slice level, UE level and/or PDU session level.
  • each of Aspects and elements included in the each of Aspects described below may be implemented independently or in combination with any other. These Aspects include novel characteristics different from one another. Accordingly, these Aspects contribute to achieving objects or solving problems different from one another and contribute to obtaining advantages different from one another.
  • An example object of this disclosure is to provide a method and apparatus that can solve the above-mentioned problem.
  • the message including parameter A and parameter B may mean “the message including at least one of parameter A and parameter B”.
  • the message including (or containing, or similar wording etc.) B and C may mean "A including at least one of B and C”.
  • a method of a communication apparatus includes communicating with another communication apparatus.
  • the method includes receiving information related to energy usage to the another communication apparatus.
  • a method of a communication apparatus includes communicating with another communication apparatus.
  • the method includes sending information related to energy usage to the another communication apparatus.
  • a communication apparatus includes at least one memory, and at least one hardware processor coupled to the at least one memory.
  • the at least one hardware processor is configured to communicate with another communication apparatus.
  • the at least one hardware processor is configured to receive information related to energy usage to the another communication apparatus.
  • a communication apparatus includes at least one memory, and at least one hardware processor coupled to the at least one memory.
  • the at least one hardware processor is configured to communicate with another communication apparatus.
  • the at least one hardware processor is configured to send information related to energy usage to the another communication apparatus.
  • Fig. 1 is a signaling diagram of a First example of the First Aspect.
  • Fig. 2 is a signaling diagram of a Second example of the First Aspect.
  • Fig. 3 is a signaling diagram of a First example of the Second Aspect.
  • Fig. 4 is a signaling diagram of a Second example of the Second Aspect.
  • Fig. 5 is a signaling diagram of a Third example of the Second Aspect.
  • Fig. 6 is a signaling diagram of a Fourth example of the Second Aspssect.
  • Fig. 7 is a signaling diagram of a Fifth example of the Second Aspect.
  • Fig. 8 is a signaling diagram of a Sixth example of the Second Aspect.
  • Fig. 1 is a signaling diagram of a First example of the First Aspect.
  • Fig. 2 is a signaling diagram of a Second example of the First Aspect.
  • Fig. 3 is a signaling diagram of a First example of the Second Aspect
  • Fig. 9 is a signaling diagram of a Seventh example of the Second Aspect.
  • Fig. 10 is a signaling diagram of an Eighth example of the Second Aspect.
  • Fig. 11 is a signaling diagram of a First example of the Third Aspect.
  • Fig. 12 is a signaling diagram of a Second example of the Third Aspect.
  • Fig. 13 is a signaling diagram of a Third example of the Third Aspect.
  • Fig. 14 is a diagram illustrating a system overview.
  • Fig. 15 is a block diagram illustrating a UE.
  • Fig. 16 is a block diagram illustrating an (R)AN node.
  • Fig. 17 is a diagram illustrating System overview of (R)AN node based on O-RAN architecture.
  • Fig. 18 is a block diagram illustrating an RU.
  • Fig. 19 is a block diagram illustrating a DU.
  • Fig. 20 is a block diagram illustrating a CU.
  • Fig. 21 is a block diagram illustrating an AMF.
  • Fig. 22 is a block diagram illustrating an SMF.
  • Fig. 23 is a block diagram illustrating a UPF.
  • Fig. 24 is a block diagram illustrating a PCF.
  • Fig. 25 is a block diagram illustrating an NWDAF.
  • Fig. 26 is a block diagram illustrating a UDM.
  • Fig. 27 is a block diagram illustrating a CHF.
  • Fig. 28 is a block diagram illustrating an NSACF.
  • Fig. 29 is a block diagram illustrating an EECF.
  • Fig. 30 is a block diagram illustrating an NEF.
  • Fig. 31 is a block diagram illustrating an OAM.
  • Fig. 32 is a
  • the First Aspect includes a mechanism for energy usage exposure to a 3 rd party Service Provider in a granularity way (e.g. network level, CN level, RAN level, NF level, S-NSSAI level, PDU Session level, UE level) and a mechanism for parameters provision and update within the 3GPP system by 3 rd party Service Provider related to the Energy Efficiency.
  • a 3 rd party Service Provider in a granularity way (e.g. network level, CN level, RAN level, NF level, S-NSSAI level, PDU Session level, UE level) and a mechanism for parameters provision and update within the 3GPP system by 3 rd party Service Provider related to the Energy Efficiency.
  • FIG. 1 illustrates a mechanism for energy usage and/or energy efficiency exposure to a 3 rd party Service Provider in a granularity way.
  • a NF will be designated as energy efficiency monitoring and controlling entity in the network with the purpose of monitoring and controlling the energy usage/efficiency in the network and in the Network Functions.
  • This energy usage/energy efficiency controlling entity may be a new NF called, for example, Energy Efficiency Control Function (EECF 78) or any other name for the purpose of energy usage/efficiency monitoring, evaluation and control in the network and in the Network Functions.
  • EECF 78 Energy Efficiency Control Function
  • the EECF 78 may also be embedded within an existing NFs like O&M, NWDAF, NEF, PCF, NSACF, UDM, NSACF or any other new or existing NF.
  • Fig. 1 below discloses an energy usage exposure to the AF 201 in different granularity levels, e.g., network level, NF level, S-NSSAI level, PDU Session level, UE level, etc.
  • PLMN operator configures multiple EECFs 78 per location basis or per network domain.
  • Step 1 It is assumed that the EECF 78 has subscribed to NF(s), as Energy usage entities, for the energy usage and energy efficiency monitoring and the EECF 78 maintains the energy usage and energy efficiency information for reporting. For example, the EECF 78 has subscribed to NF(s) based on the processes as disclosed by the Second Aspect in this disclosure.
  • a Network Operator or an external Service provider may require energy usage monitoring in the network and reporting with a granularity of the entire network or with granularity of specific parts of the network like a Network Function or specific entities of the network, like a network slice or a PDU Session. For this, the AF 201 needs a subscription for such monitoring and reporting purpose.
  • the AF 201 may trigger the Nnef_EventExposure_Subscribe Request service operation in which the AF 201 may include the following parameters: - AF ID: Application Function identity, this identity uniquely identifies an application function which is sending this request. This application identity is checked at NEF 79 or UDM 75 to verify the authenticity of the AF 201, e.g.
  • NEF 79 or UDM 75 stores a list of valid AF IDs.
  • the UDM 75 or NEF 79 verifies the AF ID by comparing it with the stored AF IDs. If the AF ID is matched with one of the stored AF IDs then it is a valid AF ID otherwise not. In case the AF ID is not valid then the NEF 79 or UDM 75 will ignore the message.
  • - Energy usage/efficiency request reference ID is an identifier of the Energy usage/efficiency request from the AF 201. The Energy usage/efficiency request reference ID is generated by the AF 201 to uniquely identify the Energy usage request by both AF 201 and NEF 79.
  • the Energy usage/efficiency request reference ID may be converted to another Energy usage/efficiency request reference ID by the NEF 79 in order to uniquely identify the Energy usage/efficiency request in Core network 7 (e.g., 5GC) and RAN 5.
  • - Energy usage/efficiency report request - or any other notation for a parameter with the purpose to indicate a subscription for energy usage/efficiency monitoring and reports.
  • the energy usage/efficiency report request may be expressed in 'energy units' or 'energy credits', Watt, Joule, bit/Joule or in any other expression for energy usage/efficiency in order to indicate the level of the used energy or the level of the remaining energy for the whole network or for a network entity.
  • the energy usage/efficiency report request may indicate that the entity which sends the energy usage/efficiency report request (e.g., AF 201) requests the energy usage/efficiency monitoring and reports.
  • the energy usage/efficiency report request may indicate that the energy usage/efficiency monitoring and reports is requested or required.
  • the energy usage/efficiency report request may indicate a request for details on energy usage/efficiency. For example, energy usage/efficiency per the RF power amplifier for DL and UP on control channel, per the RF power amplifier for DL and UP on data bear channel, per server, per air-conditioner at a cite, per air-conditioner at a data centre if the detail information is requested.
  • Energy usage entity this is the network entity for which the energy usage or energy usage levels report is required.
  • the Energy usage entity may have different granularity. It may be the entire network, one or more Network Functions, one or more S-NSSAIs or one or more PDU Sessions or one or more UEs. Additionally, the Energy usage entity may include an Entity identifier. For example, the Entity identifier may be an equipment model name, a service provider, vender name, a vender number that are assigned by a PLMN or an organization in telecommunication standardization body or industry body. The Energy usage entity may indicate the network entity for which the energy usage or energy usage levels report is required. The network entity may include the entire network, one or more Network Functions, one or more S-NSSAIs or one or more PDU Sessions or one or more UEs.
  • - Reporting mode the reporting mode defines whether the energy usage or energy usage levels for a network or for a network entity or a network slice are to be reported event based (e.g. threshold based) or periodically.
  • - Reporting threshold if the requested reporting mode is threshold based, the AF 201 provides reporting threshold defined in used energy or remaining energy credit units.
  • - Reporting period the time period measured in time units when the energy usage reporting is triggered by the EECF 78. The Reporting period may indicate immediate report.
  • - Location It is possible that the reports for energy usage levels or energy usage for the network entities (e.g., the energy usage/efficiency monitoring and reports) are required for network entities in specific location.
  • the AF 201 may provide a location information which can be a geographical location and any other definition of location.
  • Location can be a list of Tracking Area Identity (TAI), a list of NR Cell Global Identity (NCGI) as defined in the 3GPP TS 23.003 [8], a list of NR Cell Identity (NCI) as defined in the 3GPP TS 23.003 [8], a list of E-UTRAN Cell Global Identifier (ECGI) as defined in the 3GPP TS 23.003 [8], a list of Global Cable Identifier (GCI) as defined in the 3GPP TS 23.003 [8], a general City name, zip-code, formed with GPS location or a location expressed with civic and geospatial location formats as defined in IETF RFC 5580 [8].
  • TAI Tracking Area Identity
  • NCGI NR Cell Global Identity
  • NCI NR Cell Identity
  • ECGI E-UTRAN Cell Global Identifier
  • GCI Global Cable Identifier
  • the Location information may be a single Location information or multiple Location information.
  • the Location information may indicate that location where the reports for energy usage levels or energy usage for the network entities (e.g., the energy usage/efficiency monitoring and reports) is requested or required.
  • - PDU Sessions The PDU Sessions, together with UE ID, indicates the PDU Session ID subject for the energy usage and energy efficiency monitoring.
  • the PDU Session IDs may be a single PDU Session ID or multiple PDU Session IDs.
  • the UE ID may take a form of Generic Public Subscription Identifier (GPSI), MSISDN or SUPI as defined in 3GPP TS 23.003 [7].
  • the PDU Sessions may be configured without UE ID.
  • PDU Sessions may be expressed as PDU Session IDs.
  • the S-NSSAIs indicates the S-NSSAI subject for the energy usage and energy efficiency monitoring.
  • the S-NSSAIs may be a single S-NSSAI or multiple S-NSSAIs.
  • - UEs - The UEs indicates the UEs subject for the energy usage and energy efficiency monitoring.
  • the UEs may be a single UE or multiple UEs.
  • the UEs may take a form of Generic Public Subscription Identifier (GPSI), MSISDN or SUPI or IMEI as defined in 3GPP TS 23.003 [7].
  • the UE could be UE type e.g., NB-IoT UEs, reduced capability or different types of the UE defined for EPS and 5GS.
  • - System type This IE indicates whether the energy reporting is required from NFs of 5GS or 6GS or EPS (or another network system).
  • - RAT type - RAT type indicates energy reporting related to 3GPP RAT (e.g. NR or E-UTRAN) or non-3GPP RAT.DNN (Domain Network Name) - reporting of an energy consumption (e.g., the energy usage/efficiency monitoring and reports) for a particular DNN.
  • the DNN may indicate DNN for which energy consumption needs to be reported.
  • - S-NSSAI and DNN combination energy consumption related to a DNN and S-NSSAI combination.
  • the S-NSSAI and DNN combination may indicate S-NSSAI and DNN combination for which energy consumption needs to be reported.
  • the PLMN ID or list of PLMN IDs are sent to report the energy consumption related to the PLMN or the list of PLMNs.
  • the PLMN ID may indicate PLMN ID for which energy consumption needs to be reported.
  • - QoS ID request to report the energy consumption as per the QoS ID defined in the 3GPP TS 24.501 [9].
  • the QoS ID may indicate QoS ID for which energy consumption needs to be reported.
  • the application identity for an application is defined in 3GPP TS 24.501 [9].
  • the APP ID may indicate an application identity of the application for which energy consumption needs to be reported.
  • APP ID may be referred as OS specific Application Identifier (OSAppId) as defined in 3GPP TS 23.503 [10].
  • OSAppId OS specific Application Identifier
  • APP ID may be referred as OS ID + APP ID.
  • the NEF 79 may interact with the UDM 75 in order to authorize the AF 201 for the requested service subscription for energy usage reporting. If the NEF 79 provides a general City name, zip-code, formed with GPS location or a location expressed with civic and geospatial location formats as defined in IETF RFC 5580 [8] or another geographical location information (for example GPS), the UDM 75 converts it to a 3GPP location like a Cell, a list of Cell Id, TAI or a list of TAI and provides them to the NEF 79. If the NEF 79 provides the UEs (e.g., "UEs" parameter) to the UDM 75, the UDM 75 may provide a following information to the NEF 79.
  • UEs e.g., "UEs" parameter
  • the NEF 79 provides the PDU Session IDs (together with associated UE ID) to the UDM 75, the UDM 75 may provide a following information to the NEF 79.
  • Step 3 After successful authorisation of the subscription request from the AF 201 for energy usage or for energy status reporting (or after the NEF 79 receives at least one of the parameters mentioned in step 1), the NEF 79 forwards the request to the EECF 78 with or using the Neecf_EnergyUsageExposure_Subscription Request service operation or with or using any other existing or new service operation for the purpose of subscription with the EECF 78 for energy usage or energy status reporting to the AF 201 in which the NEF 79 includes all the parameters (e.g.., energy usage request reference ID, energy usage report request, energy usage entity, reporting mode, reporting threshold, reporting period, location PDU session IDs, S-NSSAIs, UEs, System type, RAT type, DNN) received from the AF 201.
  • the parameters e.g., energy usage request reference ID, energy usage report request, energy usage entity, reporting mode, reporting threshold, reporting period, location PDU session IDs, S-NSSAIs, UEs, System type
  • the NEF 79 may send the at least one of the received parameters from the AF 201 in step 1.
  • the NEF 79 may send the Neecf_EnergyUsageExposure_Subscription Request message including the at least one of the received parameters from the AF 201 in step 1.
  • the NEF 79 provides to the EECF 78 the 3GPP mapped location. If GPSI or MSISDN was provided by the AF 201, the NEF 79 provides a SUPI to the EECF 78 that is converted by the UDM 75.
  • the NEF 79 invokes multiple Neecf_EnergyUsageExposure_Subscription Request service operations to EECFs 78.
  • the NEF 79 invokes two Neecf_EnergyUsageExposure_Subscription Request service operations to an EECF 78 in Tokyo and another EECF 78 in Osaka.
  • the UDM 75 may provide one or multiple EECFs 78 that the NEF 79 may contact for the energy usage and energy efficiency monitoring.
  • a name, FQDN or IP address of the EECF 78 may be provided to the NEF 79.
  • the UDM 75 may indicate, to the one or multiple EECFs 78, that the NEF 79 may contact the one or multiple EECFs 78 for the energy usage and energy efficiency monitoring.
  • the UDM 75 may provide a name, FQDN or IP address of the EECF 78 to the NEF 79.
  • the EECF 78 is called as Energy Efficiency Control Function or any other notation for a Network Function or network entity which is designated for monitoring and control of the energy efficiency and/or energy usage by the network entities or energy levels of the network entities like Network Functions or the UE or network slices or PDU Sessions.
  • the EECF 78 may be a new Network Function or it can be an entity or functionality embedded in one of the existing NFs like O&M or UDM or PCF or SMF or UPF or NSSF or NSACF or NWDAF or any other existing or new NF.
  • the EECF 78 stores the subscription information related to the energy usage reporting and confirms the subscription with or by the return of Neecf_EnergyUsage_Subscribe Response to the NEF 79.
  • the EECF 78 may send the response to the NEF 79.
  • Step 5 The NEF 79 forwards the subscription response to the AF 201 in Nnef_EventExposure_Subscribe Response message.
  • the EECF 78 evaluates the Neecf_EnergyUsageExposure_Subscription Request message from the NEF 79 in Step 3 and checks whether the EECF 78 has enough information to report (NOTIFY) to AF 201 or the NEF 79.
  • the EECF 78 may additionally subscribe to NFs and collect necessary energy usage and efficiency information from NFs.
  • the EECF 78 triggers the processes as disclosed by the Second Aspect in this disclosure to collect more energy usage and efficiency information.
  • the energy usage and efficiency information may include information indicating energy usage of NF(s) or network entity.
  • the energy usage and efficiency information may include information indicating energy efficiency of NF(s) or network entity.
  • the EECF 78 monitors and evaluates the energy usage and energy efficiency in the network, possibly per granularity level if so required in the subscription by the AF 201 via the NEF 79, e.g. per network level, CN level, RAN level, NF level, S-NSSAI level, PDU Session level and etc.
  • the EECF 78 stores the evaluated energy usage, energy level and energy efficiency information for reporting, to the AF 201 or O&M for example, in periodic or event-based mode depending on the subscription by the NEF 79.
  • the EECF 78 may also monitor the current Energy levels of the Network Functions or network slices or PDU Sessions which could be represented in energy credit units, for example.
  • the Network Operator or the Service Provider may allocate energy credit units with the granularity, e.g. per network level, CN level, UE level, RAN level, NF level, S-NSSAI level, PDU Session level and etc. If the subscription is for event based reporting, when a reporting event occurs, for example the energy usage of one or more energy usage entities have reached a threshold level or the energy credit units allocated to a network usage entity reaches a threshold level, the EECF 78 triggers energy usage reporting to the O&M or to the AF 201 via the NEF 79.
  • a reporting event for example the energy usage of one or more energy usage entities have reached a threshold level or the energy credit units allocated to a network usage entity reaches a threshold level
  • the EECF 78 triggers energy usage reporting to the O&M or to the AF 201 via the NEF 79.
  • the energy usage reporting threshold levels may be provided to the EECF 78 by the AF 201 via the NEF 79 or alternatively are configured by the Network Operator in the EECF 78 or provided in the EECF 78 by the O&M entity. If the reporting mode is periodic, the EECF 78 triggers the energy usage reports periodically, with the periodicity provided during the subscription for the service by the AF 201 within the reporting period parameter.
  • Step 7 When the condition on the Reporting threshold is met or the condition on the Reporting period is met, the EECF 78 sends Neecf_EnergyUsageExposure_Notify message to the NEF 79 including the following parameters: - Energy usage/efficiency request reference ID -
  • the Energy usage/efficiency request reference ID is an identifier of the Energy usage/efficiency request from the AF 201.
  • the Energy usage/efficiency request reference ID is generated by the AF 201 to uniquely identify the Energy usage request by both AF 201 and NEF 79.
  • the Energy usage/efficiency request reference ID may be converted to another Energy usage/efficiency request reference ID by the NEF 79 in order to uniquely identify the Energy usage/efficiency request in Core network 7 (e.g., 5GC) and RAN 5.
  • the Energy usage/efficiency request reference ID may be same to the Energy usage/efficiency request reference ID in step 3.
  • - Energy usage/efficiency report - the energy usage or efficiency report or any other notation for a parameter with the purpose of energy usage or energy efficiency or energy levels reporting.
  • the energy usage/efficiency report may be expressed in 'energy units' or 'energy credits' or Joule or in any other expression for energy in order to indicate the level of the used energy or the level of the remaining energy of the enquired entity, network slice, PDU Session or UE or network slice and DNN combination.
  • the Energy usage/efficiency report may include information indicating energy usage of NF(s) or network entity (e.g., NF(s) or network entity indicated by "Energy usage entity" parameter mentioned in step 1).
  • the Energy usage/efficiency report may include information indicating energy efficiency of NF(s) or network entity (e.g., NF(s) or network entity indicated by "Energy usage entity” parameter mentioned in step 1).
  • the Energy usage/efficiency report may include information indicating energy credits of NF(s) or network entity (e.g., NF(s) or network entity indicated by "Energy usage entity” parameter mentioned in step 1).
  • the Energy usage/efficiency report may include information indicating load or load level of NF(s) or network entity (e.g., NF(s) or network entity indicated by "Energy usage entity” parameter mentioned in step 1).
  • the Energy usage/efficiency report may include information indicating energy usage related to PDU Session(s) (e.g., PDU Session(s) indicated by "PDU Sessions” parameter mentioned in step 1).
  • the Energy usage/efficiency report may include information indicating energy efficiency related to PDU Session(s) (e.g., PDU Session(s) indicated by "PDU Sessions” parameter mentioned in step 1).
  • the Energy usage/efficiency report may include information indicating energy credits related to PDU Session(s) (e.g., PDU Session(s) indicated by "PDU Sessions” parameter mentioned in step 1).
  • the Energy usage/efficiency report may include information indicating load or load level related to PDU Session(s) (e.g., PDU Session(s) indicated by "PDU Sessions” parameter mentioned in step 1).
  • the Energy usage/efficiency report may include information indicating energy usage related to S-NSSAI(s) (e.g., S-NSSAI(s) indicated by "S-NSSAIs” parameter mentioned in step 1).
  • the Energy usage/efficiency report may include information indicating energy efficiency related to S-NSSAI(s) (e.g., S-NSSAI(s) indicated by "S-NSSAIs” parameter mentioned in step 1).
  • the Energy usage/efficiency report may include information indicating energy credits related to S-NSSAI(s) (e.g., S-NSSAI(s) indicated by "S-NSSAIs” parameter mentioned in step 1).
  • the Energy usage/efficiency report may include information indicating load or load level related to S-NSSAI(s) (e.g., S-NSSAI(s) indicated by "S-NSSAIs” parameter mentioned in step 1).
  • the Energy usage/efficiency report may include information indicating energy usage related to UE(s) (e.g., UE(s) indicated by "UEs” parameter mentioned in step 1).
  • the Energy usage/efficiency report may include information indicating energy efficiency related to UE(s) (e.g., UE(s) indicated by "UEs” parameter mentioned in step 1).
  • the Energy usage/efficiency report may include information indicating energy credits related to UE(s) (e.g., UE(s) indicated by "UEs” parameter mentioned in step 1).
  • the Energy usage/efficiency report may include information indicating load or load level related to UE(s) (e.g., UE(s) indicated by "UEs” parameter mentioned in step 1).
  • the Energy usage/efficiency report may include information indicating energy usage related to at least one of the parameters mentioned in step 1 including for example energy usage/efficiency report per the RF power amplifier for DL and UP on control channel, per the RF power amplifier for DL and UP on data bear channel, per server, per air-conditioner at a cite, per air-conditioner at a data centre.
  • the Energy usage/efficiency report may include information indicating energy efficiency related to at least one of the parameters mentioned in step 1 including for example energy usage/efficiency report per the RF power amplifier for DL and UP on control channel, per the RF power amplifier for DL and UP on data bear channel, per server, per air-conditioner at a cite, per air-conditioner at a data centre.
  • the Energy usage/efficiency report may include information indicating energy credits related to at least one of the parameters mentioned in step 1 including for example energy credits report per the RF power amplifier for DL and UP on control channel, per the RF power amplifier for DL and UP on data bear channel, per server, per air-conditioner at a cite, per air-conditioner at a data centre.
  • the Energy usage/efficiency report may include information indicating load or load level related to at least one of the parameters mentioned in step 1 including for example load or load level report per the RF power amplifier for DL and UP on control channel, per the RF power amplifier for DL and UP on data bear channel, per server, per air-conditioner at a cite, per air-conditioner at a data centre.
  • - Energy usage entity this is the network entity for which the energy usage or energy levels report is applicable. Such energy usage entity may have different granularity. It may be the whole network, one or more Network Functions, one or more S-NSSAIs or one or more PDU Sessions.
  • the energy usage entity may also be the UE 3, for example the AF 201 may allocate certain amount of energy credits per a UE or user in order for the network to control and limit the amount of the energy used by the network to deliver services to the UE 3.
  • the Energy usage entity may indicate the NF(s) or network entity related to the Energy usage report.
  • the Energy usage entity may indicate the NF(s) or network entity which reports the Energy usage report.
  • - Location It is possible that the reports for energy usage levels or energy usage for the network entities or network slices are required for network entities in specific location. If so, the EECF 78 provides a location information for which the reporting is applicable.
  • the Location may indicate location related to the Energy usage report.
  • the Location may indicate location where the Energy usage report is made.
  • the energy report will contain PLMN ID of the PLMN for which energy request was made. It may also contain RAT type e.g. NR or E-UTRAN. PLMN ID may indicate PLMN ID related to the Energy usage report.
  • Reporting threshold may define the amount of the energy usage and energy efficiency monitoring information.
  • the EECF 78 may send the Neecf_EnergyUsageExposure_Notify message to the NEF 79.
  • the EECF 78 may send the Neecf_EnergyUsageExposure_Notify message to the NEF 79 regardless of the condition on the Reporting threshold or the condition on the Reporting period.
  • Step 8 The NEF 79 forwards the receive reporting information from the EECF 78 to the AF 201 in Nnef_EventExposure_Notify message.
  • the Nnef_EventExposure_Notify message includes the received reporting information in the received Neecf_EnergyUsageExposure_Notify message in Step 7.
  • the NEF 79 waits all Neecf_EnergyUsageExposure_Notify message to come from invoked EECFs 78. Once all of them are received, the NEF 79 compiles the received information and generates a single Nnef_EventExposure_Notify message including the compiled information.
  • the NEF 79 may send the Nnef_EventExposure_Notify message without the compiling.
  • Variant 1 of First Example of the First Aspect if the EECF 78 resides in the NEF 79 (e.g., the EECF 78 is embedded in the NEF 79), steps 3, 4 and 7 in Fig. 1 are discarded and not executed.
  • the Energy usage/efficiency report may include information about what part of the used energy is a green energy, e,g, a renewable energy.
  • the green energy may be expressed as a percentage of the whole used energy or in terms energy credit units or Joule or Watts per hour.
  • the UDM 75 stores a user consent for each subscriber whether an energy consumption or an energy efficiency report related to the user signaling or PDU session(s) is allowed to be reported by a NF or a RAN 5 to the AF 201 or EECF 78.
  • the user consent parameter is sent: - to the NF (e.g., AMF 70) or EECF 78 during Registration procedure or any other existing procedure involving signalling with the UDM 75 in an existing message or in a new message between the UDM 75 and the NF or - to the NF (e.g., SMF) during a PDU session establishment procedure or PDU session modification procedure or in any other existing procedure involving signalling with the UDM 75 in an existing message or in a new message between the UDM 75 and NF.
  • the NF e.g., AMF 70
  • EECF 78 during Registration procedure or any other existing procedure involving signalling with the UDM 75 in an existing message or in a new message between the UDM 75 and the NF
  • the NF e.g., SMF
  • Fig. 2 illustrates a mechanism for energy usage parameters provision by a 3 rd party Service Provider in a granularity way.
  • a NF will be designated as energy efficiency monitoring and controlling entity in the network with the purpose for monitoring and controlling the energy usage/saving in the network and in the Network Functions.
  • This energy efficiency monitoring and controlling entity may be a new NF called, for example, Energy Efficiency Control Function (EECF 78) or any other name for an entity for the purpose of energy usage monitoring, evaluation and control in the network and in the Network Functions and network slices.
  • EECF 78 Energy Efficiency Control Function
  • the EECF 78 may also be embedded within an existing NFs like O&M, NWDAF, PCF, NEF, NSACF, UDM, NSACF or any other existing or new NF.
  • Fig. 2 below discloses an energy usage parameters provision and update by AF 201 in the network at different granularity levels, e.g. network level, NF level, S-NSSAI level, PDU Session level, UE level and etc.
  • the AF 201 may decide to provide or update one or multiple parameters related to the energy usage monitoring and control in the network or a network slice by providing or updating (e.g. top-up) the energy credits allocated to the whole network or to one or more Network Functions (NF) or other network entities like network slices, network slice and DNN combination, or DNN, PDU sessions and etc.
  • NF Network Functions
  • the AF 201 may decide to update the load threshold used by the 3GPP system used in decisions for energy saving modes or energy saving states activation and deactivation in one or more NFs or network slices.
  • the AF 201 may provide or update the energy credit/limit per network entity like NF or one or more NFs or network slice or network slice and DNN combination or PDU Session and etc.
  • the AF 201 may also allocate energy credit per UE, meaning what amount energy in energy units a certain UE is allowed to use for specific time for example.
  • the energy credit may indicate the amount of energy that the UE(s) or NF(s) is allowed to use.
  • the energy credit may indicate the amount of energy that user(s) is allowed to use.
  • the energy credit may indicate the amount of energy available for a network slice.
  • the energy credit may indicate the amount of energy available for network slice and DNN combination.
  • the energy credit may indicate the amount of energy available for PDU Session.
  • the AF 201 makes use of the Nnef_EnergyUsageParameter_Update Request service operation in which the AF 201 may include the following parameters: - Energy usage entity - this is the network entity for which the energy usage or energy levels control and report is required.
  • the Energy usage entity may have different granularity. It may be the whole network, one or more Network Functions including the RAN node, one or more S-NSSAIs or one or more PDU Sessions or QoS ID or combination of network slice and DNN.
  • the Energy usage entity may also be the UE, for example, the AF 201 may allocate certain amount of energy credits per a UE or user in order for the network to control and limit the amount of the energy used by the network to deliver services to the UE.
  • a UE or a list of UEs is defined by a separate parameter "UEs" as mentioned below.
  • UEs one or more UEs may be defined by the Energy usage entity or the "UEs" parameter.
  • S-NSSAI S-NSSAI or a list of S-NSSAI(s) is defined by a separate parameter "S-NSSAIs” as mentioned below.
  • S-NSSAI(s) may be defined by the Energy usage entity in the "S-NSSAIs" parameter.
  • S-NSSAI and DNN S-NSSAI and DNN or a list of S-NSSAI(s) and DNN is defined by a separate parameter "S-NSSAI and DNN combination" as mentioned below.
  • QoS ID QoS ID or a list of QoS IDs is defined by a separate parameter "QoS ID” as mentioned below.
  • APP ID APP ID or a list of APP IDs is defined by a separate parameter "APP ID” as mentioned below.
  • PDU Session In case that the energy usage entity is the PDU Session, PDU Session or a list of PDU Session(s) is defined by a separate parameter "PDU Sessions" as mentioned below.
  • PDU Sessions one or more PDU Session s may be defined by the Energy usage entity or the "PDU Sessions” parameter.
  • - energy saving state - refers to the energy saving state which indicates whether the energy usage and energy efficiency monitoring in the energy usage entity is activated or deactivated.
  • the energy saving state in EECF 78 and in NFs may be called as EnergySavingState if activated or NotEnergySavingState if deactivated.
  • EnergySavingState may indicate that the energy usage and energy efficiency monitoring is activated in the EECF 78 or the NF(s). EnergySavingState may indicate that the EECF 78 or the NF(s) needs to operate in less energy. NotEnergySavingState may indicate that the energy usage and energy efficiency monitoring is not activated or is deactivated in the EECF 78 or the NF(s). NotEnergySavingState may indicate that the EECF 78 or the NF(s) does not need to operate in less energy. NotEnergySavingState may indicate that the EECF 78 or the NF(s) can operate normally (i.e., can operate by consuming the energy as usual).
  • NotEnergySavingState may refer to a situation that is not EnergySavingState.
  • NotEnergySavingState may refer to the situation where the EECF 78 or the NF(s) operates in a state that is not EnergySavingState.
  • - energy credit the energy credit is the amount of energy defined, for example, in energy credit units, which is allocated to the energy usage entity (e.g., NF(s), the network entity etc.).
  • the energy usage entity may be in a granularity of the whole network or a part of the network like one or more NFs including the RAN node, one or more network slices or one or more PDU Sessions.
  • the energy credit may also be allocated per UE or per user, for example the AF 201 may allocate certain amount of energy credits per a UE or per user in order for the network to control and limit the amount of the energy used by the network to deliver services to the UE or the user.
  • - Energy threshold the AF may provide energy thresholds in the form of energy units, for example, per energy usage entity which could be for the whole network, for one or more NFs including RAN node and the UE, for one or more network slices or for one or more PDU Sessions.
  • the energy threshold may also be in the form of a load level per the energy usage entity. The energy threshold is used for energy usage control in the network.
  • the energy usage entity may be used for switching between energy saving mode and non-energy saving mode or switching between energy saving state and non-energy saving state, for example or as a trigger for energy usage or energy credits reporting to the AF 201 and etc.
  • - Validity It is possible that some or all of the parameters being provided by the AF 201 come with validity conditions or restrictions. Such conditions may be the location, meaning the provided parameters are valid only in the provided location.
  • the location information may be provided as a geographical location which later is mapped to 3GPP compatible location by the UDM 75 like cell ID, TAI and etc. If location information is provided within the validity parameter, the provided energy saving parameters are applicable only in the locations defined by the validity parameter.
  • the validity condition may be the time.
  • - Energy usage/efficiency report request or any other notation for a parameter with the purpose to indicate a subscription for energy usage/efficiency monitoring and reports.
  • - Location Refer to step 1 in Fig. 1 for parameter details.
  • - PDU Sessions Refer to step 1 in Fig. 1 for parameter details.
  • S-NSSAIs Refer to step 1 in Fig. 1 for parameter details.
  • UEs Refer to step 1 in Fig. 1 for parameter details.
  • APP ID- Refer to step 1 in Fig. 1 for parameter details.
  • DNN combination e.g., S-NSSAI and DNN combination
  • - QoS ID Refer to step 1 of Fig. 1 for parameter details.
  • the UDM 75 converts it to a 3GPP location like a Cell, a list of Cell Id, TAI or a list of TAI and provides them to the NEF 79.
  • the NEF 79 may interact with the UDM 75 in order to authorize the AF 201 for the requested service of parameters provision for energy usage monitoring and control. If location information was provided from the AF 201, the NEF 79 provides to the EECF 78 the 3GPP mapped location. If GPSI or MSISDN or IMEI was provided by the AF 201, the NEF 79 provides, to the EECF 78, a SUPI that is converted by the UDM 75.
  • the UDM 75 may provide one or multiple EECFs 87 that the NEF 79 may contact for the energy usage parameters provision and update.
  • a name, FQDN or IP address of the EECF 87 may be provided to the NEF 79.
  • the UDM 75 may indicate, to the one or multiple EECFs 87, that the NEF 79 may contact the one or multiple EECFs 87 for the energy usage and energy efficiency monitoring.
  • the UDM 75 may provide a name, FQDN or IP address of the EECF 87 to the NEF 79.
  • Step 4 The NEF 79 confirms the energy saving parameters provision by the AF 201 with the Nnef_EnergyUsageParameter_Update Response.
  • the NEF 79 may send the response to the AF 201.
  • the NEF 79 sends acknowledgement message responds to the Nnef_EnergyUsageParameter_Create/Update Request message which the NEF 79 receives from the AF 201 in the step 2.
  • Step 5 The NEF 79 forwards parameters provided by the AF 201 to the EECF 78 with or by using the Neecf_EnergyUsageParameter_Update Request service operation.
  • the NEF 79 may send, to the EECF 78, Neecf_EnergyUsageParameter_Update Request message including the parameters provided by the AF 201.
  • Step 6 The EECF 78 evaluates the request from the NEF 79 in Step 5 and checks whether the EECF 78 has enough subscriptions to NFs to comply to the request.
  • the EECF 78 may additionally subscribe to NFs or updates current subscribed information in NFs to collect energy usage and efficiency information based on the new request.
  • the EECF 78 triggers the processes as disclosed by the Second Aspect in this disclosure to collect more energy usage and efficiency information or to update current subscribed information in NFs.
  • the EECF 78 in Fig. 2 may be implemented as a functionality embedded in a NF, e.g. embedded in RAN, AMF, SMF, UPF, PCF, UDM, NSACF, NWDAF, NRF and etc.
  • the NEF 79 in step 5 forwards the received energy saving and controlling parameters from the AF 201 to one or multiple NFs with embedded energy usage control functionality depending on the energy usage entity parameter which defines the destination entity for the energy usage parameters.
  • the NF with the embedded energy usage control functionality performs the energy usage monitoring and control actions as described in step 6 and the transitions between the EnergySavingState and NotEnergySavingState are controlled within the NF itself.
  • Variant 2 of Second Example of the First Aspect In another example, if the EECF 78 resides in the NEF 79, step 5 in Fig. 2 is discarded and not executed.
  • At least one of the above Aspects or at least one of the above Variants can solve the problem that there is no technical solution in the current 3GPP standards for achieving the above description in SP-231192 [6].
  • the Second Aspect includes a mechanism for energy usage monitoring and control with granularity of the whole network or one or more NFs including RAN 5, UE 3, network slice and PDU Session.
  • Fig. 3 illustrates a mechanism for Energy usage monitoring and control. This mechanism is used based on the load level of NF and network slice or network slice and DNN combination. It is assumed that a NF would be designated as energy efficiency monitoring and controlling entity in the network.
  • This energy efficiency monitoring and controlling entity may be a new NF called, for example, Energy Efficiency Control Function (EECF 78) or any other name for the purpose of energy efficiency monitoring and control.
  • the EECF 78 may also be embedded within an existing NF like O&M, PCF, NWDAF, NSACF, UDM or any other existing or new NF.
  • Fig. 3 below discloses a Network Function energy efficiency/saving control.
  • the NF node in the Fig. 3 may be one of the RAN 5, AMF 70, SMF 71, UPF 72, PCF 73, UDM 75, NSACF 77, NSSF or any other new and existing NF.
  • Fig. 3 may be triggered at step 0 or 6 in Fig. 1 and step 6 in Fig. 2.
  • the EECF 78 may trigger a subscription request via Neecf_NFLoadStatus_Subscribe Request service operation or any other notation for a service operation with the purpose to subscribe with a NF or a network slice for load level information reporting from that NF or a network slice.
  • the NF in Fig. 3 is a representative entity and could be any one of the existing network functions, e.g. RAN node, AMF, SMF, UPF, PCF, UDM, NSACF, NSSF or a network slice.
  • the EECF 78 may include the following parameters in the Neecf_NFLoadStatus_Subscribe Request message: - Load level - the load level parameter indicates that the EECF 78 requires subscription for NF or a network slice load levels reporting.
  • the load level may be expressed in percentage or in any other expression which reveals how busy the reporting entity is.
  • the reported load level can be about the load level of the NF or about the load level of one or more S-NSSAIs if for example the reporting NF is the NSACF or the NWDAF.
  • - S-NSSAIs - if the reporting NF is the NSACF or the NWDAF or the network slice itself, the EECF 78 may enquire the load level of one or more network slices.
  • the EECF 78 may include in the subscription request one or more S-NSSAIs for which load lever reporting is required.
  • - Reporting mode the reporting mode defines whether load level of the network entity or S-NSSAI is to be reported event based (e.g. threshold based) or periodically.
  • - Load threshold when event-based load reporting is required, the EECF 78 provides one or more load thresholds. In this case the load reporting in the NF or S-NSSAI is triggered when the load levels in the NF or in the S-NSSAI crosses the provided load threshold.
  • the NF or the S-NSSAI e.g., the NSACF or the NWDAF or the OAM or the any other NF which may monitor and control the load information for the S-NSSAI
  • the NF or the S-NSSAI may report the load level also when the load level of the NF or of the S-NSSAI crossed back the load threshold, i.e.
  • the EECF 78 may include a reporting period parameter. In this case the NF would trigger load reporting each time the reporting period expires.
  • - System type This IE indicates whether the load level reporting is required from NFs of 5GS or 6GS or EPS.
  • - RAT type - RAT type indicates the load level reporting related to 3GPP RAT (e.g. NR or E-UTRAN) or non-3GPP RAT. The RAT type may be expressed as RAN type.
  • - DNN Domain Network Name
  • - PLMN ID In case the 5GS is shared among multiple PLMN, then the PLMN ID or list of PLMN IDs are sent to report the load level related to the PLMN or the list of PLMN.
  • - QoS ID request to report the energy consumption as per the QoS ID defined in the 3GPP TS 24.501.
  • - APP ID request to report the energy consumption by application identified by an application identity.
  • the application identity for an application is defined in 3GPP TS 24.501 [9].
  • APP ID may be referred as OS specific Application Identifier (OSAppId) as defined in 3GPP TS 23.503 [10].
  • OSAppId OS specific Application Identifier
  • APP ID may be referred as OS ID + APP ID.
  • the S-NSSAI may mean the network slice indicated by the S-NSSAI, or NF(s) in the network slice indicated by the S-NSSAI.
  • Step 2 The NF confirms the subscription for load reporting with the Neecf_NFLoadStatus_Subscribe Response message.
  • the NF may send the response to the EECF 78.
  • the NF may send acknowledgement message corresponds to the message which the NF receives from the EECF 78 in Step 1.
  • Step 3 Based on the reporting mode (periodic or threshold based) the NF triggers a notification to report the current load level of the NF or the S-NSSAI. For example, if the subscription is for event-based reporting and the load level of the network function or the S-NSSAI drops to or below the provided load threshold, the NF triggers load reporting to the EECF 78. The NF may also report when the load level of the NF or the S-NSSAI crosses back the threshold, i.e. the load level of the NF or the S-NSSAI becomes equal or higher than the load threshold. In another example, if the subscription is for periodic reporting, the NF triggers the load levels reporting for the NF or for the S-NSSAI with a periodicity provided by the EECF 78 in the subscription with the reporting period parameter.
  • Step 4 The NF sends Neecf_NFLoadStatus_Notification message in which the NF includes its current level of load if the reporting is about the NF load or the load level of an S-NSSAI if the reported load level is about an S-NSSAI which can be represented in percentage or in any other expression of how busy the NF or the S-NSSAI is.
  • the NF also include the S-NSSAI in the Neecf_NFLoadStatus_Notification message to the EECF 78.
  • the level of load may be related to S-NSSAI(s) which is defined by the "S-NSSAIs" parameter.
  • the level of load may be related to system type which is defined by the "system type" parameter.
  • the level of load may be related to RAT type which is defined by the "RAT type" parameter.
  • the level of load may be related to DNN which is defined by the "DNN" parameter.
  • the level of load may be related to PLMN which is defined by the "PLMN ID" parameter.
  • the level of load may be related to QoS ID which is defined by the "QoS ID" parameter.
  • the level of load may be related to the application which is defined by the "APP ID" parameter.
  • Step 5 If the NF reported load level for the NF or for an S-NSSAI has fallen to or below a load threshold value for that NF or for a S-NSSAI (the load threshold value may be configured in the EECF 78 by the operator or provided or retrieved by the EECF 78 from another NF like NWDAF or UDM or O&M or provided by the AF via the NEF), the EECF 78 may request the NF or the S-NSSAI (e.g. the NSACF or the NWDAF or the OAM or the any other NF which may monitor and control the S-NSSAI) to move to EnergySavingState, meaning the NF or the S-NSSAI (e.g.
  • the EECF 78 may request the NF or the S-NSSAI (e.g.
  • the network slice indicated by the S-NSSAI or NF(s) in the network slice indicated by the S-NSSAI) to move to an NotEnergySavingState, meaning the NF or the S-NSSAI now is busy and it can switch to NotEnergySavingState so that the NF or the S-NSSAI can provide the expected service although the energy usage would be high.
  • the load threshold value may be related to the system type, RAT type, DNN, PLMN, QoS ID, or the application.
  • the EECF 78 may request the NF or the S-NSSAI to move to EnergySavingState or NotEnergySavingState based on the comparison of the load level and the load threshold in the same manner as the step 5 above.
  • the EECF 78 sends Neecf_EnergyEfficiency_Control Request message to the NF in order to switch the NF or the S-NSSAI between EnergySavingState and NotEnergySavingState. For example, to switch the NF or S-NSSAI to EnergySavingState, the EECF 78 includes the EnergySavingState activation parameter in the Neecf_EnergyEfficiency_Control Request message. If the EECF 78 wants to switch the NF or S-NSSAI to NotEnerguSavingState, the EECF 78 includes the NotEnergySavingState activation parameter in the Neecf_EnergyEfficiency_Control Request message.
  • Step 7 The NF or the S-NSSAI activates the requested energy saving mode i.e. EnergySavingState or NotEnergySavingState with further actions specific to this NF or S-NSSAI functioning in the new energy saving state.
  • the requested energy saving mode i.e. EnergySavingState or NotEnergySavingState with further actions specific to this NF or S-NSSAI functioning in the new energy saving state.
  • each NF and S-NSSAI in the network may be allocated with energy credits represented in energy credit units as per the solution for parameters provision and update via O&M or AF in Fig. 2.
  • the EECF 78 may subscribe with a NF or S-NSSAI for reporting the amount of the current energy credit of the NF or the S-NSSAI instead of the load levels. If so, the EECF 78 may provide in step 1 of Fig. 3 to the NF energy credit level parameter instead of the load level parameter and also provide an energy credit threshold parameter instead of the load threshold parameter.
  • the EECF 78 may also provide what part of the available energy credit or what part of the used energy credit come from green energy source, e.g, what part of the still available or green energy is renewable energy. Then, in step 4 of Fig. 3 the NF may report the current energy credit units, e.g. the remaining energy credit units of the NF or of the S-NSSAI to the EECF 78. In step 5 of Fig. 3 the EECF 78 may compare the energy credit units reported by the NF in step 4 with the energy credit thresholds available in the EECF 78 in order to switch the NF or the S-NSSAI between the EnergySavingState and NotEnergySavingState.
  • the EECF 78 may request the NF or the S-NSSAI to move to EnergySavingState, meaning the NF or the S-NSSAI now is with low energy credit available to it and it can switch to EnergySavingState and consume less energy.
  • the EECF 78 may request the NF to move to an NotEnergySavingState, meaning the NF or the S-NSSAI now have enough energy credit available to them so, they can switch to NotEnergySavingState so that the NF or the S-NSSAI can provide the full expected services.
  • Fig. 4 illustrates a mechanism for Energy usage monitoring and control based on the NF load levels with assistance from the NWDAF.
  • This energy efficiency monitoring and controlling entity may be a new NF called, for example, Energy Efficiency Control Function (EECF 78) or any other name for the purpose of energy efficiency monitoring and control.
  • the EECF 78 may also be embedded within an existing NF like O&M, PCF, NWDAF, NSACF, UDM or any other existing NF.
  • Fig. 4 below discloses a Network Function energy efficiency/saving control with NWDAF assistance.
  • the NF node in Fig. 4 may be one of the RAN 5, AMF 70, SMF 71, UPF 72, PCF 73, UDM 75, NSACF 77, NSSF or any other new and existing NF.
  • Fig. 4 may be triggered at step 0 or 6 in Fig. 1 and step 6 in Fig. 2.
  • the EECF 78 may trigger a subscription request to the NWDAF 74 via Neecf_NFLoadStatus_Subscribe Request service operation or any other notation for a service operation with the purpose to subscribe with the NWDAF 74 for load level information reporting from one or more NFs or S-NSSAIs.
  • the EECF 78 may include the following parameters in the Neecf_NFLoadStatus_Subscribe Request message: - Load level - the load level parameter indicates that the EECF 78 requires subscription for load levels reporting.
  • the load level may be expressed in percentage or in any other expression which reveals how busy the reporting entity is.
  • the reported load level can be about the load level of the NF or about the load level of one or more S-NSSAIs.
  • - NF ID the identity of the NF, e.g. RAN node, AMF, SMF, UPF, PCF, UDM, NSACF, NSSF and etc) for which a load level report is required.
  • - S-NSSAIs one or more network slice identity for which a load level report is required.
  • - Reporting mode the reporting mode defines whether load level of the network entity or S-NSSAI is to be reported event based (e.g. threshold based) or periodically.
  • - Load threshold when event-based load reporting is required, the EECF 78 provides one or more load thresholds.
  • the load reporting in the NWDAF 74 is triggered when the load levels in a NF or the S-NSSAI crosses the provided load threshold. For example, when the load level of the NF or S-NSSAI drops to or is below the provided load threshold, the NWDAF 74 will report the load level to the EECF 78. The NWDAF 74 may report the load level also when the load level of the NF or the S-NSSAI crosses back the load threshold, i.e. the load levels of the NF or the S-NSSAI become higher that the provided load threshold.
  • the NWDAF 74 has subscribed with one or more NF and S-NSSAIs for load level reporting and the NWDAF 74 has the load information on these NF and S-NSSAIs available to provide to the EECF 78.
  • - Reporting period when load reporting is required periodically, the EECF 78 may include a reporting period parameter. In this case the NWDAF 74 would trigger load reporting each time the reporting period expires.
  • Step 2 The NWDAF 74 confirms the subscription for load reporting with the Neecf_NFLoadStatus_Subscribe Response message
  • the NWDAF 74 may send the response to the EECF 78.
  • the NWDAF 74 may send acknowledgement message corresponds to the message which the NWDAF 74 receives from the EECF 78 in Step 1.
  • Step 3 Based on the reporting mode (periodic or threshold based) the NWDAF 74 triggers a notification to report the current load level of the NF or of the S-NSSAI for which the EECF 78 has subscribed. For example, if the subscription is for event based reporting and the load level of the NF or an S-NSSAI drops to or below the provided load threshold, the NWDAF 74 triggers load reporting to the EECF 78. The NWDAF 74 may also report when the load level of the NF or an S-NSSAI crosses back the threshold, i.e. the load level of the NF or the S-NSSAI becomes equal or higher than the load threshold. In another example, if the subscription is for periodic reporting, the NWDAF 74 triggers the load levels reporting for the NF or for the S-NSSAI with a periodicity provided by the EECF 78 in the subscription with the reporting period parameter.
  • the NWDAF 74 sends Neecf_NFLoadStatus_Notification message in which the NWDAF 74 includes the current level of load for the NF or for the NSSAI.
  • the NWDAF 74 also includes in the Neecf_NFLoadStatus_Notificatin message to the EECF 78 the NF ID or the network slice identity such as S-NSSAI for which the reported load level is applicable.
  • Step 5 If the NWDAF 74 reported load level for a NF or for an S-NSSAI has fallen to or below a load threshold value for that NF or for a S-NSSAI (the load threshold value may be configured in the EECF 78 by the network operator or provided or retrieved by the EECF 78 from another NF like UDM or O&M or provided by the AF via the NEF), the EECF 78 may request the NF or the S-NSSAI to move to EnergySavingState, meaning the NF or the S-NSSAI now is not busy and it can switch to EnergySavingState and consume less energy.
  • the load threshold value may be configured in the EECF 78 by the network operator or provided or retrieved by the EECF 78 from another NF like UDM or O&M or provided by the AF via the NEF
  • the EECF 78 may request the NF to move to NotEnergySavingState, meaning the NF or the S-NSSAI now is busy and it can switch to NotEnergySavingState so that the NF or the S-NSSAI can provide the expected quality service although the energy usage would be high.
  • the EECF 78 sends Neecf_EnergyEfficiency_Control Request message to the NF (which could be any one of the existing network functions, e.g. RAN node, AMF, SMF, UPF, PCF, UDM, NSACF, NSSF.) in order to switch the NF or the S-NSSAI between EnergySavingState and NotEnergySavingState.
  • the EECF 78 includes the EnergySavingState activation parameter in the Neecf_EnergyEfficiency_Control Request.
  • the EECF 78 If the EECF 78 wants to switch the NF or an S-NSSAI to NotEnerguSavingState, the EECF 78 includes the NotEnergySavingState activation parameter in the Neecf_EnergyEfficiency_Control Request message.
  • Step 7 The NF or the S-NSSAI activates the requested energy saving mode i.e. EnergySavingState or NotEnergySavingState with further actions specific to this NF or S-NSSAI functioning in the new energy saving state.
  • the requested energy saving mode i.e. EnergySavingState or NotEnergySavingState with further actions specific to this NF or S-NSSAI functioning in the new energy saving state.
  • each NF and S-NSSAI in the network may be allocated with energy credits represented in energy credit units as per the solution for parameters provision and update via O&M or AF in Fig. 2.
  • the EECF 78 may subscribe with the NWDAF 74 for reporting the amount of the current energy credit of a NF or of S-NSSAI or S-NSSAI and DNN combination or DNN instead of the load levels. If so, the EECF 78 may provide in step 1 of Fig. 4 to the NWDAF 74 energy credit level parameter instead of load level parameter and also provide energy credit threshold parameter instead of the load threshold parameter. Then, in step 4 of Fig.
  • the NWDAF 74 may report the current energy credit units, e.g. the remaining energy credit units of a NF or of the S-NSSAI to the EECF 78 instead of the load level.
  • the EECF 78 may compare the energy credit units reported by the NWDAF 74 for a NF or for S-NSSAI in step 4 with the energy credit thresholds available in the EECF 78 in order to switch the NF or the S-NSSAI between the EnergySavingState and NotEnergySavingState.
  • the NWDAF 74 reported energy credit units level available for a NF or for an S-NSSAI has fallen to or is below the energy credit threshold value for that NF or for a S-NSSAI (the energy credit threshold value may be configured in the EECF 78 by the network operator or provided or retrieved by the EECF 78 from another NF like NWDAF 74 or UDM 75 or O&M or provided by the AF via the NEF), the EECF 78 may request the NF or the S-NSSAI to move to EnergySavingState, meaning the NF or the S-NSSAI now is with low energy credit available to it and it can switch to EnergySavingState and consume less energy.
  • the NWDAF 74 reported energy credit units level available for a NF or for an S-NSSAI has fallen to or is below the energy credit threshold value for that NF or for a S-NSSAI (the energy credit threshold value may be configured in the EECF 78 by the network operator or provided or retrieved by the EE
  • the EECF 78 may request the NF to move to an NotEnergySavingState, meaning the NF or the S-NSSAI now have enough energy credit available to them so, they can switch to NotEnergySavingState so that the NF or the S-NSSAI can provide the full quality expected services.
  • Third Example of the Second Aspect Fig. 5 illustrates a mechanism for Energy usage monitoring and control.
  • the EECF 78 may initiate this process to one or multiple Energy usage entities that are required to energy usage and energy efficiency monitoring.
  • the EECF 78 may initiate this process at least twice one for the SMF 71 associated with the PDU Session and the other one for the UPF 72 associated with the PDU Session.
  • This energy efficiency monitoring and controlling entity may be a new NF called, for example, Energy Efficiency Control Function (EECF 78) or any other name for the purpose of energy efficiency monitoring and control.
  • the EECF 78 may also be embedded within an existing NF like O&M, PCF, NWDAF, NSACF, UDM or any other existing NF.
  • Fig. 5 below discloses a Network Function energy efficiency/saving control.
  • the NF node in the Fig. 5 may be one of the RAN 5, AMF 70, SMF 71, UPF 72, PCF 73, UDM 75, NSACF 77, NSSF or any other new and existing NF.
  • Fig. 5 may be triggered at step 0 or 6 in Fig. 1 and step 6 in Fig. 2.
  • Step 1 The EECF 78 invokes Nxxx_EnergyUsageExposure_Subscribe Request Service to an Energy usage entity (e.g., NF which performs the energy usage or for energy status reporting) including Energy usage request reference ID, energy usage report required, energy usage entity, reporting mode, reporting threshold, reporting period, location, PDU session IDs, S-NSSAIs and UEs.
  • Energy usage entity e.g., NF which performs the energy usage or for energy status reporting
  • Energy usage request reference ID e.g., Energy usage report required, energy usage entity, reporting mode, reporting threshold, reporting period, location, PDU session IDs, S-NSSAIs and UEs.
  • the EECF 78 may send Nxxx_EnergyUsageExposure_Subscribe Request message including Energy usage request reference ID, energy usage report required, energy usage entity, reporting mode, reporting threshold, reporting period, location, PDU session IDs, S-NSSAIs and UEs.
  • the Nxxx_EnergyUsageExposure_Subscribe Request message may include at least one of the parameters mentioned in step 1 in Fig. 1.
  • the EECF 78 may invoke multiple Nxxx_EnergyUsageExposure_Subscribe Request Service to Energy usage entities in case one of the following conditions met: -
  • the EECF 78 receives plural NFs as the energy usage entity (e.g., the EECF 78 receives one or more "Energy usage entity" parameters).
  • - The EECF 78 receives one or more UEs (e.g., the EECF 78 receives one or more "UEs" parameters) and UEs (e.g., UE(s) indicated by the "UEs" parameters) are spread to multiple AMFs 70.
  • the EECF 78 may know which UE(s) belongs or registers which AMF in advance.
  • the "UEs" parameter may indicate the UE(s) indicated by the "UEs” parameter belongs which AMF.
  • the EECF 78 receives one or more PDU Session IDs (or one or more PDU Sessions) and PDU Session IDs (e.g., PDU Session(s) indicated by the "PDU Session IDs" or "PDU Sessions” parameter) are spread to multiple AMFs 70, SMFs 71 and UPFs 72.
  • the EECF 78 may know which PDU Session(s) is related to which AMF(s), SMF(s) and UPF(s) in advance.
  • the "PDU Session IDs" or “PDU Sessions” parameter may indicate the PDU Session(s) indicated by the "PDU Session IDs" or "PDU Sessions” parameter is related to which AMF(s), SMF(s) and UPF(s).
  • the "PDU Session IDs" or “PDU Sessions” parameter may indicate on which AMF(s), SMF(s) and UPF(s) the PDU session indicated by the "PDU Session IDs" or "PDU Sessions parameter is established.
  • the EECF 78 receives one or more S-NSSAIs and S-NSSAIs (e.g., network slice(s) indicated by S-NSSAIs) are spread to multiple AMFs 70, SMFs 71 and UPFs 72.
  • the EECF 78 may know which S-NSSAI is related to which AMF(s), SMF(s) and UPF(s) in advance.
  • the "S-NSSAIs" parameter may indicate the network slice indicated by the "S-NSSAIs" parameter is related to which AMF(s), SMF(s) and UPF(s).
  • the EECF 78 receives one or more locations and locations are spread to multiple AMFs 70.
  • the EECF 78 may know location indicated by the "location" parameter is related to which AMF(s) in advance.
  • the "Location” parameter may indicate the location indicated by the "Location” parameter is related to which AMF(s).
  • the EECF 78 receives one or more S-NSSAI and DNN combinations and one S-NSSAI and DNN combination or list of S-NSSAI and DNN combination(s) is spread to multiple AMFs 70, SMFs 71 and UPFs 72.
  • the EECF 78 may know which S-NSSAI or DNN is related to which AMF(s), SMF(s) and UPF(s) in advance.
  • the "S-NSSAI and DNN combination" parameter may indicate the S-NSSAI (or network slice(s) indicated by the S-NSSAI) or DNN is related to which AMF(s), SMF(s) and UPF(s).
  • the EECF 78 receives one or more DNNs and DNNs are spread to multiple AMFs 70, SMFs 71 and UPFs 72.
  • the EECF 78 may know which DNN is related to which AMF(s), SMF(s) and UPF(s) in advance.
  • the "DNN” parameter may indicate the DNN indicated by the "DNN” parameter is related to which AMF(s), SMF(s) and UPF(s).
  • the EECF 78 receives one or more 5G QoS IDs and 5G QoS IDs are spread to multiple AMFs 70, SMFs 71 and UPFs 72.
  • the EECF 78 may know which QoS ID is related to which AMF(s), SMF(s) and UPF(s) in advance.
  • the "QoS ID" parameter may indicate the QoS or ID indicated by the "QoS ID” parameter is related to which AMF(s), SMF(s) and UPF(s).
  • the Nxxx_EnergyUsageExposure_Subscribe Request message may be sent to the AMF 70 and may be encapsulated as an Energy Efficiency (EE) or Energy usage (EU) container in the NGAP message.
  • the NGAP message may be NG Setup response message, RAN Configuration Update Acknowledge message, AMF Configuration Update message or any existing or new RANAP messages.
  • the NGAP message may be sent to the base station.
  • xxx in the Nxxx_EnergyUsageExposure_Subscribe Request Service implies the node name. For example, if the NF is an AMF 70, "xxx” is equal to AMF. For another example, if the NF is an SMF 71, "xxx" is equal to SMF.
  • Step 2 The NF sends the Nxxx_EventExposure_Subscribe Response message to the EECF 78.
  • the Nxxx_EventExposure_Subscribe Response message may be encapsulated as an EE response container in the NGAP message and sent to the AMF 70. Then, the AMF 70 forwards the received NGAP message to the EECF 78.
  • the NGAP message may be NG Setup message, RAN Configuration Update message, AMF Configuration Update Acknowledge message or any existing or new RANAP messages.
  • Nxxx_EventExposure_Subscribe Response message implies the node name. For example, if the NF is an AMF 70, "xxx" is equal to AMF. For another example, if the NF is an SMF 71, "xxx" is equal to SMF.
  • Step 3 The NF monitors and evaluates the energy usage and efficiency based on the received information in step 1. For example, the NF monitors and evaluates the energy usage and efficiency in the network, possibly per granularity level if required in the subscription by the AF, e.g., per network level, CN level, RAN level, NF level, S-NSSAI level, and PDU session level etc.
  • the NF stores the evaluated energy usage and efficiency information for reporting, to the EECF 78 for example, in periodic or event-based mode depending on the EECF 78 subscription.
  • Step 4 When the Reporting period is met for the energy usage and energy efficiency monitoring, the NF sends the Nxxx_EnergyUsageExposure_Notify message to the EECF 78 including Energy usage request reference ID, energy usage report, energy usage entity and location.
  • the NF may send the Nxxx_EnergyUsageExposure_Notify message regardless of the Reporting period.
  • the EECF 78 may compile the received Nxxx_EnergyUsageExposure_Notify messages from another NF and generates an energy usage report that to be sent to the NEF 79 in step 7 of Fig. 1.
  • the EECF 78 may send the received Nxxx_EnergyUsageExposure_Notify message without the compiling.
  • the Nxxx_EnergyUsageExposure_Notify message may be encapsulated as an EE notify container in the NGAP message and sent to the AMF 70. Then, the AMF 70 forwards the received NGAP message to the EECF 78.
  • the NGAP message may be NG Setup message, RAN Configuration Update message, AMF Configuration Update Acknowledge message or any existing or new RANAP messages.
  • xxx in the Nxxx_EnergyUsageExposure_Subscribe Request Service implies the node name. For example, if the NF is an AMF 70, "xxx” is equal to AMF. For another example, if the NF is an SMF 71, "xxx" is equal to SMF.
  • the EECF 78 may initiate this process to one or multiple Energy usage entities that are required to energy usage and energy efficiency monitoring.
  • This energy efficiency monitoring and controlling entity may be a new NF called, for example, Energy Efficiency Control Function (EECF 78) or any other name for the purpose of energy efficiency monitoring and control.
  • the EECF 78 may also be embedded within an existing NF like O&M, PCF, NWDAF, NSACF, UDM or any other existing NF.
  • Fig. 6 below discloses a Network Function energy efficiency/saving control.
  • the NF node in the Fig. 6 may be a base station, the gNB 5, eNodeB or any other new and existing NF in RAN 5.
  • Fig. 6 may be triggered at step 0 or 6 in Fig. 1 and step 6 in Fig. 2.
  • Step 1 Step 1 and 2 in Fig. 5 take place with replacing NF with AMF 70.
  • the AMF 70 sends the Energy Usage reporting control message to the gNB 5 including Energy usage request reference ID, energy usage report required, energy usage entity, reporting mode, reporting threshold, reporting period, location, PDU session IDs, QoS IDs, S-NSSAIs and UEs.
  • the AMF 70 may send multiple Energy Usage reporting control messages to the gNBs 5 in case one of the following conditions met: -
  • the AMF 70 receives plural gNBs as the energy usage entity (e.g., the AMF 70 receives one or more "Energy usage entity" parameters indicating gNBs).
  • the AMF 70 receives the location information (e.g., a list of TAI) and there are multiple gNB that covers the received location.
  • the AMF 70 receives the PDU Session IDs and UEs while the UE 3 configures the multi connectivity, and the AMF 70 sends one for MN and the other one for SN (e.g., the AMF 70 may send one Energy Usage reporting control message to the MN and another Energy Usage reporting control message to the SN).
  • the Energy Usage reporting control message may be a different NGAP message.
  • NG Setup response message For example, NG Setup response message, RAN Configuration Update Acknowledge message, AMF Configuration Update message or any existing or new RANAP messages.
  • Step 3 The gNB 5 sends the Energy Usage reporting Response message to the AMF 70.
  • the Energy Usage reporting Response message may be a different NGAP message.
  • NG Setup message For example, NG Setup message, RAN Configuration Update message, AMF Configuration Update Acknowledge message or any existing or new RANAP messages.
  • Step 4 The gNB 5 monitors and evaluates the energy usage and efficiency based on the received information in step 2. For example, the gNB 5 monitors and evaluates the energy usage and efficiency in the network, possibly per granularity level if required in the subscription by the AF, e.g., per RAN level, NF level, S-NSSAI level, PDU session level, UE level and etc.
  • Step 5 When the Reporting period is met for the energy usage and energy efficiency monitoring, the gNB 5 sends the Energy Usage reporting Notify message to the AMF 70 including Energy usage request reference ID, energy usage report, energy usage entity and location.
  • the AMF 70 may compile the received Energy Usage reporting Notify messages from another gNB 5 and generates an energy usage report that to be sent to the NEF 79 in step 7 of Fig. 1.
  • the gNB 5 may send the Energy Usage reporting Notify message regardless of the Reporting period.
  • the AMF 70 may send the received Energy Usage reporting Notify message without the compiling.
  • the Energy Usage reporting Notify message may be a different NGAP message.
  • NG Setup message For example, NG Setup message, RAN Configuration Update message, AMF Configuration Update Acknowledge message or any existing or new RANAP messages.
  • Step 6 in Fig. 5 takes place with replacing NF with AMF 70.
  • Variant 1 of the Fourth Example of the Second Aspect based on the energy reporting when the EECF 78 determines that a particular combination including for example at least one of particular UE type (e.g. NB-IoT UEs), S-NSSAI, combination of S-NSSAI and DNN, QoS ID is consuming an energy above some threshold, then the EECF 78 sends a message to the AMF 70 to release the resources related to the UE type or the S-NSSAI or the S-NSSAI and DNN combination or the QoS ID.
  • UE type e.g. NB-IoT UEs
  • S-NSSAI combination of S-NSSAI and DNN
  • QoS ID is consuming an energy above some threshold
  • the AMF 70 Upon receiving the message, the AMF 70 releases the DRB or PDU session related to the UE type or the S-NSSAI or the S-NSSAI and DNN combination or the QoS ID.
  • the AMF 70 also sends an existing or a new NAS message to the UE(s) 3 including back-off timer related to the S-NSSAI and DNN combination or the QoS ID.
  • the UE 3 receives the NAS message including the back-off timer associated with the S-NSSAI or the S-NSSAI and DNN combination or the QoS ID, the UE 3 may not send any NAS signaling related to the S-NSSAI or the S-NSSAI and DNN combination or the QoS ID, till back off timer expires.
  • the AMF 70 sends an existing NGAP message or a new NGAP message to the NG-RAN (or RAN) to perform access control for the S-NSSAI and DNN combination.
  • the NG-RAN invokes access control in order to restrict the signaling related to the S-NSSAI and DNN combination or the QoS ID.
  • the EECF 78 determines that the energy consumption in the network decreases below some threshold, the EECF 78 sends a second message to the AMF 70 to revoke the access control related to the S-NSSAI or the S-NSSAI and DNN combination or the QoS ID.
  • the AMF 70 revokes the access control by sending, to the NG-RAN, an existing NGAP message or a new NGAP message to revoke the access control.
  • the NG-RAN on reception of the NGAP message lifts the access control procedure related to or S-NSSAI or the S-NSSAI and DNN combination or the QoS ID.
  • Fig. 7 illustrates a mechanism for Energy usage monitoring and control.
  • the EECF 78 may initiate this process to one or multiple Energy usage entities that are required to energy usage and energy efficiency monitoring.
  • This energy efficiency monitoring and controlling entity may be a new NF called, for example, Energy Efficiency Control Function (EECF 78) or any other name for the purpose of energy efficiency monitoring and control.
  • the EECF 78 may also be embedded within an existing NF like O&M, PCF, NWDAF, NSACF, UDM or any other existing NF.
  • Fig. 6 below discloses a Network Function energy efficiency/saving control.
  • the NF node in the Fig. 7 may be a base station, the gNB DU 61, eNodeB or any other new and existing NF in RAN 5.
  • Fig. 7 may be triggered at step 0 or 6 in Fig. 1 and step 6 in Fig. 2.
  • Step 1 Steps 1, 2 and 3 in Fig. 6 take place with replacing gNB 5 with gNB CU-CP 6201.
  • the gNB CU-CP 6201 sends the F1 Energy Usage reporting control message to the gNB DU 61 including Energy usage request reference ID, energy usage report required, energy usage entity, reporting mode, reporting threshold, reporting period, location, PDU session IDs, S-NSSAIs and UEs. Refer to step 1 in Fig. 1 for parameter details.
  • the gNB CU-CP 6201 may send multiple Energy Usage reporting control messages to the gNB DU 61 in case one of the following conditions met: -
  • the gNB CU-CP 6201 receives plural gNB DUs as the energy usage entity (e.g., the gNB CU-CP 6201 receives one or more "Energy usage entity" parameters indicating gNB DUs).
  • the gNB CU-CP 6201 receives the location information (e.g., a list of TAI) and there are multiple gNB DU 61 that covers the received location.
  • the gNB CU-CP 6201 receives the PDU Session IDs and UEs while the UE configures the multi connectivity, and the gNB CU-CP 6201 sends one Energy Usage reporting control message for a gNB DU 61 as MN and another Energy Usage reporting control message for the other gNB DU 61 as SN.
  • the F1 Energy Usage reporting control message may be a different F1AP message.
  • F1 Setup response message GNB-CU CONFIGURATION UPDATE message
  • GNB-DU CONFIGURATION UPDATE ACKNOWLEDGE message GNB-DU RESOURCE COORDINATION REQUEST message or any existing or new F1AP messages.
  • Step 3 The gNB DU 61 sends the F1 Energy Usage reporting Response message to the gNB CU-CP 6201 or AMF 70.
  • the F1 Energy Usage reporting Response message may be a different F1AP message.
  • F1 Setup message GNB-DU CONFIGURATION UPDATE message, GNB-CU CONFIGURATION UPDATE ACKNOWLEDGE message, GNB-DU RESOURCE COORDINATION RESPONSE message, GNB-DU STATUS INDICATION message or any existing or new F1NAP messages.
  • Step 4 The gNB DU 61 monitors and evaluates the energy usage and efficiency based on the received information in step 2. For example, the gNB monitors and evaluates the energy usage and efficiency in the network, possibly per granularity level if required in the subscription by the AF, e.g., per gNB DU level, RAN level, NF level, S-NSSAI level, PDU session level, and UE level etc.
  • Step 5 When the Reporting period is met for the energy usage and energy efficiency monitoring, the gNB DU 61 sends F1 Energy Usage reporting Notify message to the gNB CU-CP 6201 including Energy usage request reference ID, energy usage report, energy usage entity and location.
  • the gNB DU 61 may send the F1 Energy Usage reporting Notify message regardless of the Reporting period.
  • the gNB CU-CP 6201 may compile the received F1 Energy Usage reporting Notify messages from another gNB DU 61 and generates an energy usage report that to be sent to the NEF 79 in step 7 of Fig. 1.
  • the gNB CU-CP 6201 may send the received F1 Energy Usage reporting Notify message without the compiling.
  • the F1 Energy Usage reporting Notify message may be a different F1AP message.
  • F1 Setup message GNB-DU CONFIGURATION UPDATE message
  • GNB-CU CONFIGURATION UPDATE ACKNOWLEDGE message GNB-DU RESOURCE COORDINATION RESPONSE message
  • GNB-DU STATUS INDICATION message any existing or new F1NAP messages.
  • Step 6 Steps 5 and 6 in Fig. 6 take place with replacing gNB 5 with gNB CU-CP 6201.
  • the EECF 78 i.e. the energy efficiency control functionality may be embedded in the gNB DUs 61.
  • the gNB CU-CP 6201 requests measurements related to the data usage from one or multiple gNB DUs 61 and the gNB CU-CP 6201 may compile the received energy usage reports before forwarding them to the AMF 70.
  • Sixth Example of the Second Aspect Fig. 8 illustrates a mechanism for Energy usage monitoring and control.
  • the EECF 78 may initiate this process to one or multiple Energy usage entities that are required to energy usage and energy efficiency monitoring.
  • This energy efficiency monitoring and controlling entity may be a new NF called, for example, Energy Efficiency Control Function (EECF 78) or any other name for the purpose of energy efficiency monitoring and control.
  • the EECF 78 may also be embedded within an existing NF like O&M, PCF, NWDAF, NSACF, UDM or any other existing NF.
  • Fig. 6 below discloses a Network Function energy efficiency/saving control.
  • the NF node in the Fig. 7 may be a base station, the gNB CU-UP 6202, eNodeB or any other new and existing NF in RAN 5.
  • Fig. 8 may be triggered at step 0 or 6 in Fig. 1 and step 6 in Fig. 2.
  • Step 1 Steps 1, 2 and 3 in Fig. 6 take place with replacing gNB 5 with gNB CU-CP 6201.
  • Step 2 The gNB CU-CP 6201 sends the E1 Energy Usage reporting control message to the gNB CU-UP 6202 including Energy usage request reference ID, energy usage report required, energy usage entity, reporting mode, reporting threshold, reporting period, location, PDU session IDs, S-NSSAIs and UEs.
  • the gNB CU-CP 6201 may send multiple E1 Energy Usage reporting control messages to the gNB CU-UP 6202 in case one of the following conditions met: -
  • the gNB CU-CP 6201 receives plural gNB CU-UP 6202 as the energy usage entity (e.g., the gNB CU-CP 6201 receives one or more "Energy usage entity" parameters indicating gNB CU-UP 6202).
  • the gNB CU-CP 6201 receives the location information (ex. a list of TAI) and there are multiple gNB CU-UP 6202 that covers the received location.
  • the gNB CU-CP 6201 receives the PDU Session IDs and UEs while the UE configures the multi connectivity, and the gNB CU-CP 6201 sends one E1 Energy Usage reporting control message for a gNB CU-UP 6202 for MN and another E1 Energy Usage reporting control messages to the other gNB CU-UP 6202 for SN (e.g., the gNB CU-CP 6201 may send one E1 Energy Usage reporting control message to gNB CU-UP 6202 for the MN and another Energy Usage reporting control message to gNB CU-UP 6202 for SN).
  • the E1 Energy Usage reporting control message may be a different E1AP message.
  • GNB-CU-UP E1 SETUP RESPONSE message GNB-CU-CP E1 SETUP REQUEST message
  • GNB-CU-UP CONFIGURATION UPDATE ACKNOWLEDGE message GNB-CU-CP CONFIGURATION UPDATE message
  • RESOURCE STATUS REQUEST message any existing or new E1 AP messages.
  • Step 3 The gNB CU-UP 6202 sends the E1 Energy Usage reporting Response message to the gNB CU-CP 6201.
  • the E1 Energy Usage reporting Response message may be a different E1AP message.
  • GNB-CU-UP E1 SETUP REQUEST message GNB-CU-CP E1 SETUP RESPONSE message
  • GNB-CU-UP CONFIGURATION UPDATE message GNB-CU-CP CONFIGURATION UPDATE ACKNOWLEDGE message
  • RESOURCE STATUS RESPONSE message RESOURCE STATUS UPDATE message or any existing or new E1NAP messages.
  • Step 4 The gNB CU-UP 6202 monitors and evaluates the energy usage and efficiency based on the received information in step 2.
  • Step 5 When the Reporting period is met for the energy usage and energy efficiency monitoring, the gNB CU-UP 6202 sends E1 Energy Usage reporting Notify message to the gNB CU-CP 6201 including Energy usage request reference ID, energy usage report, energy usage entity and location.
  • the CU-UP 6202 may send the E1 Energy Usage reporting Notify message regardless of the Reporting period.
  • the gNB CU-CP 6201 may compile the received E1 Energy Usage reporting Notify messages from another gNB DU 61 and generates an energy usage report that to be sent to the NEF 79 in step 7 of Fig. 1.
  • the gNB CU-CP 6201 may send the received E1 Energy Usage reporting Notify message without the compiling.
  • the E1 Energy Usage reporting Notify message may be a different E1AP message.
  • GNB-CU-UP E1 SETUP REQUEST message GNB-CU-CP E1 SETUP RESPONSE message
  • GNB-CU-UP CONFIGURATION UPDATE message GNB-CU-CP CONFIGURATION UPDATE ACKNOWLEDGE message
  • RESOURCE STATUS RESPONSE message RESOURCE STATUS UPDATE message or any existing or new E1NAP messages.
  • Step 6 Steps 5 and 6 in Fig. 6 take place with replacing gNB 5 with gNB CU-CP 6201.
  • the EECF 78 i.e. the energy efficiency control functionality may be embedded in the gNB CU-UPs 6202.
  • the gNB CU-CP 6201 requests measurements related to the data usage from one or multiple gNB CU-UPs 6202 and the gNB CU-CP 6201 may compile the received energy usage reports before forwarding them to the AMF 70.
  • Fig. 9 illustrates a mechanism for energy usage monitoring and control with energy credits per UE during registration. It is assumed that each Energy Efficiency supporting subscriber UE is allocated (by the network operator via the O&M or by the Application Server AF via the NEF) with Energy Credit profile which is stored in the UE subscription information within the UDM and used for PCF policy control.
  • the Energy Credit profile for a UE may contain information like energy credit units available to use by the UE, information how the UE should be treated at expiry of the energy credits (e.g., to be rejected with a new rejection cause (no energy credit left) and possibly with a back-off timer or the UE is still allowed for service but with a higher charging rate), information how and when the energy credits are restored, information when and where the energy credits are applicable, per service or in general and etc.
  • Fig. 9 below discloses an energy usage monitoring and control with energy credits per UE during the UE registration procedure.
  • Each Energy Efficiency supporting subscriber UE e.g., UE 3, is allocated (by the operator via the O&M or by the AF via the NEF) with Energy Credit profile which is stored in the UE 3 subscription information within the UDM 75 and used for PCF 73 policy control.
  • the Energy Credit profile for a UE 3 may contain information like energy credit units available to use by the UE 3, information how the UE 3 should be treated at expiry of the energy credits (e.g., to be rejected with a new rejection cause (no energy credit left) and possibly with a back-off timer or the UE 3 is still allowed for service but with a higher charging rate), information how and when the energy credits are restored, information when and where the energy credits are applicable.
  • the above-mentioned information may be configured per service or in general (e.g., configured in common) and etc.
  • the UE 3 supporting energy efficiency feature triggers a request for registration with the network and the UE 3 sends Registration Request message to the AMF 70 which is relayed by the RRC Connection Setup Complete message from the UE 3 to the RAN 5 node and then relayed by the Initial UE Request message from the RAN 5 node to the AMF 70.
  • the UE 3 may include an indication for energy efficiency feature support, for example called Energy Efficiency support indication or any other notation for a parameter to indicate the support for energy efficiency feature by the UE 3.
  • the Energy Efficiency support indication may be part of the network capability information element within the Registration Request message.
  • the Energy Efficiency support indication may indicate that the UE 3 supports the Energy Credit units or Energy Credit.
  • the Energy Efficiency support indication may indicate that the UE 3 is able to understand the Energy Credit units or Energy Credit.
  • the energy efficiency feature may be feature to support the Energy Credit units or Energy Credit.
  • the energy efficiency feature may be feature to be able to understand the Energy Credit units or Energy Credit.
  • the UE having or supporting the energy efficiency feature may be the UE which is able to perform the process(es) in Fig. 9.
  • Step 3 If the UE 3 indicated support for energy efficiency by using the Energy Efficiency support indication, the AMF 70 includes the UE_ID and the Energy Efficiency support indication in the Nudm_UECM_Registration message to the UDM 75. The AMF 70 sends the Nudm_UECM_Registration message to the UDM 75.
  • Step 4 The UDM 75 confirms the UE 3's registration with the Nudm_UECM_Registration response message back to the AMF 70.
  • the UDM 75 may send the Nudm_UECM_Registration response message to the AMF 70.
  • the Energy Credit profile for UE 3 may contain at least one of information like energy credit units available to use by the UE 3 (e.g., information indicating the energy credit units or the energy credit), information how the UE 3 should be treated at expiry of the energy credits if the UE 3 request a service from the network (e.g., to be rejected with a new rejection cause (for example "no energy credit left") and possibly with a back-off timer or the UE 3 is still allowed the service but with a higher charging rate), information how and when the energy credits for the UE 3 are restored, information when and where the energy credits are applicable.
  • the above-mentioned information may be configured per service or in general and etc.
  • the UDM 75 provides the Energy Credit profile of the UE 3 to the PCF 73 with or by using Nudr_DM_Notify message in which message the UDM 75 includes the UE ID and the Energy Credit profile for UE 3.
  • the UDM 75 may send the Nudr_DM_Notify message including the UE ID and the Energy Credit profile for UE 3 to the PCF 73.
  • the PCF 73 stores the Energy Credit profile for the UE 3.
  • the PCF 73 may indicate to the UE 3, i.e., to the user of UE 3 certain information from the UE 3's Energy Credit profile like for example the remaining energy credit, for example in energy credit units for that UE 3.
  • the energy credit units indicate the amount of the energy credit in energy credit units for example, or in any other expression of energy for the remaining amount of energy that the network can use to serve the UE 3. Every time the UE 3 requests and receives a service from the network, the network updates the energy credits that are available for the UE 3 by deducting the amount of the energy credit units used for each service.
  • the UE 3 may estimate the amount of the energy credit units (or the energy credit or the energy itself) used for service(s) to be requested, and the UE 3 may request the service(s) in a case where the UE 3 determines that the UE 3 has the enough energy credit (e.g., the UE 3 has the enough energy credit for the estimated amount of the energy credit).
  • Step 8 The PCF 73 sends the Namf_Communication_N1N2MessageTransfer message to the AMF 70 in which the PCF 73 includes the UE ID, UE policy and the current energy credit units available to the UE 3, for example called Energy Credit units. If the PCF 73 decides there are no energy credits left for the UE 3, the PCF 73 may reject the UE registration and in this case the PCF 73 includes in the Namf_Communication_N1N2MessageTransfer message to the AMF 70 a reject cause, for example called as 'no energy credit' or any other notation for a reject cause with the purpose to indicate that there is no energy credits available to the UE 3.
  • a reject cause for example called as 'no energy credit' or any other notation for a reject cause with the purpose to indicate that there is no energy credits available to the UE 3.
  • the PCF 73 may also suggest an energy back-off timer in the Namf_Communication_N1N2MessageTransfer message to the AMF 70 so that the UE 3 does not come back for a registration or service before the expiry of the energy back-off timer. If the 'no energy credit' reject cause is applicable for S-NNSAI for which the UE 3 ask registration for, then the 'no energy credit' reject cause would be applicable for that S-NSSAI and the PCF 73 would include the S-NSSAI for which the UE 3 has no more energy credit as a parameter in the Namf_Communication_N1N2MessageTransfer message to the AMF 70. In this case the UE 3 may not come back with registration request or service request for the rejected S-NSSAI for the duration of the energy back-off timer, if included.
  • Step 9 The AMF 70 initiates UE Configuration Update Commend message to the UE 3 in which message the AMF 70 provides the Energy Credit units to the UE 3. If the PCF 73 rejected one or more S-NSSAIs with the no energy credit reject cause, the AMF 70 adds the rejected S-NSSAIs in the Rejected NSSAI parameter to the UE 3 within the UE Configuration Update Commend message.
  • the AMF 70 takes either step 10-a or step 10-b.
  • Step 10-a If the PCF 73 rejected the UE 3's registration with the network with a reject cause 'no energy credit' (e.g., the AMF 70 receives the reject cause 'no energy credit' from the PCF 73), the AMF 70 rejects the UE 3's registration with the network by sending Registration Reject message to the UE 3 in which the AMF 70 provides the reject cause 'no energy credit' and potentially energy back-off timer which may be suggested by the PCF 73 or suggested by the AMF 70 itself. If UE 3 receives Registration Reject message from the AMF 70 with a reject case 'no energy credit' the UE 3 may not attempt to register again or to request a service until the expiry of the energy back-off timer, if included.
  • a reject cause 'no energy credit' e.g., the AMF 70 receives the reject cause 'no energy credit' from the PCF 73
  • the AMF 70 rejects the UE 3's registration with the network by sending Registration
  • the AMF 70 sends the Registration Request message including Requested S-NSSAI which includes S-NSSAI 1 and the AMF 70 receives from the PCF 73 the reject cause 'no energy credit' for S-NSSAI 1, the AMF 70 send the Registration Reject message.
  • Step 10-b If the PCF 73 indicated to the AMF 70 that there still is available energy credit for the UE 3, the AMF 70 accepts the UE registration by sending Registration Accept message to the UE 3.
  • the AMF 70 may include the information about the available energy credit for the UE 3 within the Energy Credit units parameter in the Registration Accept message.
  • the AMF 70 may include, in the Registration Accept message, information indicating the available energy credit for the UE 3.
  • the PCF 73 indicated 'no energy credit' for specific S-NSSAI(s) for which the UE 3 requested registration for the AMF 70 adds the rejected S-NSSAIs in the Rejected NSSAI parameter to the UE 3 within the Registration Accept message. If an energy back-off timer was included as well in the Registration Accept message for the rejected S-NSSAI(s), the UE 3 may not attempt another registration for the rejected S-NSSAI(s) for the duration of the energy back-off timer.
  • the AMF 70 may add S-NSSAI 1 in the Rejected NSSAI and add S-NSSAI 2 in the Allowed NSSAI, and send the Registration Accept message including the Rejected NSSAI and the Allowed NSSAI.
  • the step 9 may not be executed in case where the content in the Namf_Communication_N1N2MessageTransfer message from the PCF 73 in step 8 indicates the reject cause and the AMF 70 takes the step 10-a.
  • the UDM 75 may send energy credit units in the step 4 and the AMF 70 sends (e.g., to the UE 3) the energy credit units in the registration accept message or any existing NAS message or in a new NAS message.
  • the energy credits can be per UE or S-NSSAI or per S-NSSAI and DNN combination or QoS ID or APP ID.
  • the PCF 73 or the UDM 75 updates the UE 3 with the available energy credit by sending an existing message to the AMF 70 which will send the energy credit to the UE 3 in an existing NAS message or a new NAS message.
  • the energy credit can be green energy credit (energy credit of renewal energy resources e.g. solar energy or wind energy) or non-renewal energy resources (e.g. coal power or nuclear power).
  • green energy credit energy credit of renewal energy resources e.g. solar energy or wind energy
  • non-renewal energy resources e.g. coal power or nuclear power.
  • the user can choose which energy type to be used for the UE 3 or S-NSSAI or S-NSSAI and DNN combination or a QoS ID or a APP ID.
  • the UE 3 sends the energy usage type information e.g. renewal energy or non-renewal energy resources in a NAS message (e.g. Registration request message or the PDU session establishment request message) to an NF (e.g. AMF or SMF).
  • the NF will inform the other NF to use the energy related to the UE 3 or S-NSSAI or S-NSSAI and DNN combination or QoS ID as the indication.
  • the AMF 70 or the SMF 71 or PCF 73 retrieves an energy consumption report or an energy efficiency report from the UE in an existing NAS message or a new NAS message during an existing NAS procedure or in a new NAS procedure.
  • the energy consumption report or the energy efficiency report consists of at least one of the following: - Energy consumed by the UE 3 over of a period of time (e.g. from last power on till the AMF 70, the SMF 71 or the PCF 73 sent a message to the UE 3).
  • the time period is sent by the AMF 70, the SMF 71 or the PCF 73 to the UE 3.
  • the time period is sent by the AMF 70, the SMF 71 or the PCF 73 to the UE 3.
  • AS Access Stratum
  • NAS Non Access Stratum
  • the UE 3 is configured to measure at least one of the above events by the network (e.g. UDM 75, AMF 70 or SMF 71 or EECF 78 or PCF 73) in an existing message of an existing procedure or in a new message between the network and the UE 3.
  • the network configures the UE 3 during the registration procedure by send the information element in an existing or a new message between the AMF 70 and the UDM 75.
  • the AMF70 sends the information element in an existing NAS message e.g. Registration Accept message.
  • the UE 3 receives the information element is the NAS message, the UE 3 starts measuring the event as per the value of the information element.
  • the PCF 73 sends the information element in the URSP policy to the UE 3 or in an existing message to the UE 3.
  • the UE 3 may choose not to send the energy report (e.g. if the user chooses not to share the energy report), to the network.
  • the UE may ask to the user to consent the energy report sharing to the network.
  • the UE 3 share the energy report to the network only when the user gives the consent to the UE 3.
  • FIG. 10 illustrates a mechanism for energy usage monitoring and control with energy credits per UE during service delivery to the UE, e.g. PDU Session establishment procedure. It is assumed that each Energy Efficiency supporting subscriber UE is allocated (by the network operator via the O&M or by the Application Server AF 201 via the NEF 79) with Energy Credit profile which is stored in the UE 3 subscription information within the UDM 75 and used for PCF policy control.
  • the Energy Credit profile for a UE 3 may contain information like energy credit units available to use by the UE, information how the UE should be treated at expiry of the energy credits (e.g., to be rejected with a new rejection cause (no energy credit left) and possibly with a back-off timer or the UE is still allowed for service but with a higher charging rate), information how and when the energy credits are restored, information when and where the energy credits are applicable, per service or in general and etc.
  • Fig. 10 below discloses an energy usage monitoring and control with energy credits per UE during the UE PDU Session establishment procedure.
  • Step 1 The UE 3 initiates a request for service by sending PDU Session Establishment Request message to the AMF 70. If the UE 3 is energy efficiency feature supporting UE, the UE 3 indicates within the PDU Session Establishment Request message the Energy Efficiency support indication or any other notation for a parameter to indicate that the UE 3 supports the energy efficiency or usage control feature or any other notation for a parameter to indicate the support for energy efficiency feature by the UE 3.
  • the PDU Session Establishment Request message is delivered to the AMF 70 within the NAS Uplink message.
  • the UE 3 may include in the PDU Session Establishment Request message UE ID, PDU Session ID, S-NSSAI and the Energy Efficiency support indication.
  • the energy efficiency feature may be expressed as the energy efficiency or usage control feature.
  • the UE having or supporting the energy efficiency feature may be the UE which is able to perform the process(es) in Fig. 10.
  • Step 2 If the Energy Efficiency support indication was included in the PDU Session Establishment Request message from the UE 3, the AMF 70 may select a SMF, e.g., SMF 71 with or having energy efficiency control or energy usage saving capability. Then the AMF 70 sends Nsmf_PDUSession_CreateSMContext Request message to the selected SMF 71 in which message the AMF 70 includes the Energy Efficiency support indication.
  • SMF e.g., SMF 71 with or having energy efficiency control or energy usage saving capability.
  • the SMF having energy efficiency control or energy usage saving capability may be the SMF which is able to perform the process(es) in Fig. 10.
  • Step 3 The SMF 71 confirms the request for SM context creation with the Nsmf_PDUSession_CreateSMContext Response message back to AMF 70.
  • Step 4 If the AMF 70 included the Energy Efficiency support indication in the Nsmf_PDUSession_CreateSMContext Request to the SMF 71, the SMF 71 may trigger SM policy control creation procedure with a PCF 73.
  • the SMF 71 invokes Npcf_SMPolicyControl_Create service operation to the PCF 73.
  • the SMF 71 may send, to the PCF 73, Npcf_SMPolicyControl_Create message including the UE ID, PDU Session ID, S-NSSAI, the Energy Efficiency support indication.
  • Step 5 If the Energy Efficiency support indication was included in the Npcf_SMPolicyControl_Create message from the SMF 71, the PCF 73 may trigger enquiry with the UDM 75.
  • the PCF 73 sends Nudr_DM_Query message to the UDM 75 in which message the PCF 73 includes the UE ID and the Energy Efficiency support indication.
  • Step 6 The UDM 75 checks if the UE 3 has an Energy Credit profile within the UDM 75. If so, the UDM 75 decides to provide the Energy Credit profile for the UE 3 to the PCF 73.
  • the UDM 75 returns Nudr_DM_Query response message to the PCF 73 in which message the UDM 75 includes the UE ID and the Energy Credit profile for the UE 3.
  • the Energy Credit profile for a UE 3 may contain information like energy credit units available to use by the UE 3, information how the UE 3 should be treated at expiry of the energy credits if the UE 3 requests a service from the network (e.g., to be rejected with a new rejection cause (for example no energy credit left) and possibly with a back-off timer or the UE 3 is still allowed for service but with a higher charging rate), information how and when the energy credits for the UE 3 are restored, information when and where the energy credits are applicable.
  • the above-mentioned information may be configured per service or in general and etc.
  • the PCF 73 stores the Energy Credit profile for the UE 3.
  • the PCF 73 may indicate to the UE 3, i.e., to the user of UE 3, certain information from the UE 3's Energy Credit profile like for example the remaining energy credit before the current service is provided to the user, for example in energy credit units for that UE 3.
  • the energy credit units indicate the amount of the energy credit in energy credit units for example, or in any other expression of energy for the remaining amount of the energy that the network can use to serve the UE 3.
  • Step 8 may be same to step 7 in Fig. 9.
  • Step 9 If there is no energy credit available for the UE 3 or for the S-NSSAI on which the UE 3 requires a PDU Session establishment, the PCF 73 may reject the PDU Session establishment and may send the Namf_Communication_N1N2MessageTransfer message to the AMF 70 in which the PCF 73 includes PDU Session reject cause such as 'no energy credit'.
  • the PCF 73 may include energy back-off timer in the message. If the PDU Session establishment rejection is because of no energy credit for the S-NSSAI on which the PDU Session is requested, the PCF 73 also includes the S-NSSAI for which the UE 3 has no energy credit left.
  • the Namf_Communication_N1N2MessageTransfer message may include information for UE ID, reject cause, back-off timer and S-NSSAI.
  • the Namf_Communication_N1N2MessageTransfer message may include S-NSSAI 1.
  • Step 10 If the AMF 70 receives PDU Session rejection cause such as 'no energy credit' from the PCF 73, the AMF 70 may reject the PDU Session establishment and send the PDU Session Establishment Reject message to the UE 3 with or by using a Downlink NAS Transfer message and the AMF 70 includes in the PDU Session Establishment Reject message PDU Session reject cause such as 'no energy credit'.
  • the AMF 70 may include the energy back-off timer, suggested by the PCF 73 in the Namf_Communication_N1N2MessageTransfer message or suggested by the AMF 70 itself.
  • the UE 3 may not trigger another PDU Session request.
  • the UE 3 may not trigger another PDU Session request until the expiry of the energy back-off timer.
  • the UE 3 may not trigger another PDU Session Establishment Request for that S-NNSAI until the expiry of the energy back-off timer.
  • the reject cause may be related to S-NSSAI sent by the UE 3 in step 1.
  • the reject cause may be related to S-NSSAI which is sent by the UE 3 in step 1 and which is rejected due to no energy credit.
  • the PDU Session Establishment Reject message may include information for UE ID, PDU session reject cause, back-off timer and S-NSSAI.
  • the PDU Session Establishment Reject message may include the UE ID and the S-NSSAI which is rejected due to no energy credit.
  • Step 11 If the PCF 73 decides that there is energy credit available to the UE 3, the PCF 73 completes the SM policy creation with returning Npcf_SMPolicyControl_Create response message to the SMF 71.
  • Step 12 the PDU Session establishment procedure continues from step 8 to the end of the PDU Session Establishment procedure as per 4.3.2.2.1 of TS23.502 [5].
  • Step 13 At the end of the PDU Session the CHF 76 sends Nchf_SpendingLimitControl_Notify message to the PCF 73 in which the CHF 76 includes the UE ID and the amount of energy used for the PDU Session in Energy Credit units for example or in any other expression to indicate the amount of the energy used for the PDU Session.
  • the CHF 76 may include the current amount of energy available for the UE 3 after the PDU Session, expressed in Energy Credit units available for that UE 3 or in any other expression to indicate the amount of energy available for use by the UE 3, e.g. the user of UE 3.
  • Step 14 The PCF 73 updates the remaining Energy Credit units available for the UE 3. Every time the UE 3 requests and receives a service from the network, the network, e.g. the PCF 73, updates the energy credits that are available for the UE 3 by deducting the amount of the energy credit units used for each service to the UE 3.
  • the PCF 73 may update the remaining Energy Credit units or Energy Credit available for the UE 3 based on the Energy Credit units or Energy Credit received from the CHF 76.
  • the PCF 73 may update the remaining Energy Credit units or Energy Credit available for the UE 3 based on the amount of energy used for the PDU Session in Energy Credit units or Energy Credit received from the CHF 76.
  • the PCF 73 may update the remaining Energy Credit units or Energy Credit available for the UE 3 by subtracting the Energy Credit units or Energy Credit received from the CHF 76, from the Energy Credit units or Energy Credit available for the UE 3 before the PDU Session.
  • the PCF 73 may update the remaining Energy Credit units or Energy Credit available for the UE 3 by subtracting the amount of energy used for the PDU Session in Energy Credit units received from the CHF 76, from the amount of energy indicated by the Energy Credit units or Energy Credit available for the UE 3 before the PDU Session.
  • the PCF 73 may decide to update the UE 3, i.e. the user of UE 3, with the amount of the energy remaining available for the UE 3 after the latest service to the UE 3 e.g. after the end of the PDU Session.
  • the PCF 73 sends Namf_Communication_N1N2MessageTransfer message to the AMF 70 in which the PCF 73 includes the UE ID, the amount of the energy still available to the UE 3 after the PDU Session, expressed within the Energy Credit units available to the UE 3 and the amount of the energy used for the last service by UE 3, expressed within the Energy Credit units used parameter.
  • the PCF 73 may send the Namf_Communication_N1N2MessageTransfer message including the Energy Credit units or Energy Credit updated in step 14.
  • Step 16 The AMF 70 forwards the received energy usage information from the PCF 73 to the UE 3 with or by using the UE Configuration Update Command message in which the AMF 70 includes the amount of the energy still available to the UE 3 after the PDU Session, expressed within the Energy Credit units available parameter and the amount of the energy used for the last service, expressed within the Energy Credit units used parameter.
  • the AMF 70 may send the UE Configuration Update Command message including the information received from the PCF 73 in step 15.
  • Step 17 If the AF 201 has a subscription with the network, e.g. the PCF 73, for energy usage exposure, the PCF 73 may notify the AF 201 via the NEF 79 about the energy still available to the UE 3 and about the energy used for the latest service to the UE 3, e.g. for the PDU Session.
  • the PCF 73 sends Npcf_EnergyUsageExposure_Notify message to the NEF 79 in which the PCF 73 includes the amount of the energy still available to the UE 3 after the PDU Session expressed within the Energy Credit units available and the amount of the energy used for the last service expressed within the Energy Credit units used parameter.
  • the PCF 73 may send the Npcf_EnergyUsageExposure_Notify message including the Energy Credit units or Energy Credit updated in step 14.
  • Step 18 The NEF 79 exposes or sends to the AF 201 the information received from the PCF 73 with or by using the Nnef_EventExposure_Notify service operation in which the NEF 79 includes the UE ID and the amount of the energy still available to the UE 3 after the PDU Session, expressed within the Energy Credit units available parameter and the amount of the energy used for the last service expressed within the Energy Credit units used parameter.
  • the AF 201 may monitor the used and the still available amount of energy for use by the UE 3 and the AF 201 may take decision to top-up the available amount of energy to the UE 3 or take restrictive measures.
  • the NEF 79 may send the Nnef_EventExposure_Notify message including the information received from the PCF 73 in step 17.
  • At least one of the above Aspects or at least one of the above Variants can solve the problem that there is no technical solution in the current 3GPP standards for achieving the above description in SP-231192 [6].
  • One of the strategies to save energy within mobile networks is to shut down RAN node(s) at times of low usage. Eventually only one coverage layer or part of the coverage layers would be used. Thus, there is a potential for further gain to be exploited by pooling the coverage layer on a local basis among operators at times of low usage. Pooling the coverage layer may mean that one or more coverages or one or more networks are prepared for the shutdown RAN node(s) at times of low usage to achieve the energy saving.
  • the Third Aspect includes a mechanism where an agreement could be put in place between network operators so that in the low load periods (e.g. night time) only one of or part of multiple mobile networks may be active in an area and will provide coverage to the subscribers of all networks, whereas the other networks can apply cell shutdown to obtain network energy savings.
  • First Example of the Third Aspect Fig. 11 illustrates a mechanism for coverage pooling for UE(s) in idle mode.
  • PLMN-1 and PLMN-2 have geographical coverage overlap, e.g. RAN-1 from PLMN-1 and RAN-2 from PLMN-2 coverage area overlaps.
  • PLMN-1 called beneficiary PLMN
  • PLMN-2 called donor PLMN
  • the operator of the beneficiary PLMN-1 and of the donor PLMN-2 may define e.g. on a daily basis or for specific locations and time, when the coverage pooling starts and ends, i.e.
  • Fig. 11 discloses a coverage pooling for UE(s) in idle mode.
  • AMF-1 7001 in the beneficiary PLMN-1 and AMF-2 7002 in the donor PLMN-2 may be configured by the network operators of the beneficiary PLMN-1 and of the donor PLMN-2 with or by using parameters for coverage pooling based on location and time, e.g. service shut down time which is set to T1 and service resume time which is set to T2.
  • T1 may be certain time e.g., 0:00 AM.
  • T2 may be certain time e.g., 8:00 AM.
  • the parameters for coverage pooling may include the service shut down time and the service resume time.
  • Step 2 The UE 3 is registered with the beneficiary PLMN-1.
  • Step 3 At some point, before the service shut down time T1 for the RAN-1 501 in the beneficiary PLMN-1, the AMF-1 7001 in beneficiary PLMN-1 triggers N2 message to the RAN-1 501 in the beneficiary PLMN-1.
  • the AMF-1 7001 includes the following parameters: - shut down notification - the shut down notification or any other notation for a parameter to notify the UE 3 to start moving, via cell reselection for example, to a donor PLMN, for example PLMN-2.
  • the shut down notification may indicate that the RAN-1 5001 will shut down.
  • the shut down notification may indicate that the RAN-1 5001 will shut down at time indicated by the service shut down time.
  • - service shut down time - the time, for example the absolute time, when the RAN node, for example RAN-1 501 in the beneficiary PLMN-1, will shut down.
  • the service shut down time may be set to T1.
  • - donor PLMN the identity of the donor PLMN, for example PLMN-2, to which the UE 3 needs to start moving as soon as the beneficiary PLMN, for example PLMN-1, starts broadcasting the shut down notification.
  • the donor PLMN may be set to PLMN-2.
  • the donor PLMN may be set to PLMN ID of PLMN-2.
  • - service resume time The time, for example the absolute time, when the RAN node, for example the RAN-1 501 of the beneficiary PLMN-1 resumes service.
  • the service resume time may be set to T2.
  • Step 5 The RAN-1 501 in the beneficiary PLMN-1 starts broadcasting the shut down notification, the service shut down time T1, the donor PLMN (e.g., PLMN-2) and the service resume time T2 by using one of the SI broadcast messages.
  • the RAN-1 501 of the beneficiary PLMN-1 shuts down slowly so that any UE 3 still connected to RAN-1 501, e.g. legacy UEs, move naturally to a cell in another PLMN.
  • the RAN-1 501 of the beneficiary PLMN-1 may shut down so that any UE 3 still connected to RAN-1 501, e.g. legacy UEs, move naturally to a cell in another PLMN.
  • the RAN-1 501 of the beneficiary PLMN-1 may shut down.
  • Step 6 When the UE 3 reads or receives the shut down notification in the SI broadcast message from RAN-1 501 of the beneficiary PLMN-1, the UE 3 moves to a cell in a donor PLMN, for example PLMN-2.
  • the donor PLMN-2 identity and the service resume time T2 for the RAN-1 501 in the beneficiary PLMN-1 is also broadcast in the SI message from RAN-1 501.
  • the UE 3 may start a random timer which expires before the service shut down time T1, so that not all UEs in the area attempt to move to a cell in the donor PLMN-2 at the same time.
  • the UE 3 may select or reselect a cell of the donor PLMN-2, and may camp or move to the cell.
  • Step 7 When the UE 3 moves to a cell in the donor PLMN, for example PLMN-2, via cell reselection or cell selection for example, the UE 3 triggers a request for registration to the donor PLMN by sending a Registration Request message.
  • the Registration Request message to the AMF in the donor PLMN, for example AMF-2 7002 in the donor PLMN-2, the UE 3 includes an indication that the registration request is triggered because of coverage pooling. For this, the UE 3 includes in the Registration Request message a new registration type, for example called coverage pooling or the UE 3 indicates the coverage pooling in a new independent parameter within the Registration Request message.
  • the indication that the registration request is triggered because of coverage pooling may be expressed as the registration type which is set to "coverage pooling".
  • the UE 3 may send the Registration Request message including the registration type which is set to "coverage pooling".
  • the indication that the registration request is triggered because of coverage pooling may mean that the registration request is triggered because at least one of the coverages or networks (e.g., RANs or PLMNs) will shut down.
  • the coverages or networks e.g., RANs or PLMNs
  • the registration type which is set to "coverage pooling” may mean that the registration is triggered because at least one of the coverages or networks (e.g., RANs or PLMNs) will shut down.
  • coverages or networks e.g., RANs or PLMNs
  • Step 8 The AMF-2 7002 in the donor PLMN-2, continues the registration procedure by sending Nudm_UECM_Registration Request message to the UDM-2 7502 in the donor PLMN-2.
  • the AMF-2 7002 includes the coverage pooling parameter in the Nudm_UECM_Registration Request message to the UDM-2 7502 to indicate the reason or the type for the registration.
  • the AMF-2 7002 may include the registration type which is set to "coverage pooling" in Nudm_UECM_Registration Request message, and send the Nudm_UECM_Registration Request message to the UDM-2 7502.
  • the coverage pooling parameter may include the registration type which is set to "coverage pooling".
  • Step 9 The UDM-2 7502 of the donor PLMN-2 grants the registration for the UE 3 on the basis of the coverage pooling, as indicated by the UE 3 in the Registration Request message and verified by the UDM-2 7502 based on the coverage pooling agreement between the donor PLMN-2 and the beneficiary PLMN-1 which is available in the UDM-2 7502.
  • the UDM-2 7502 may determine that the UE 3 is allowed to roam in PLMN-2.
  • Step 9 may be omitted.
  • Step 10 The UDM-2 7502 of the donor PLMN-2 confirms the UE 3's registration with or by sending the Nudm_UECM_Registration Response message to the AMF-2 7002.
  • the UDM-2 7502 of the donor PLMN-2 may send the Nudm_UECM_Registration Response message.
  • Step 11 The AMF-2 7002 of the donor PLMN-2 completes the registration procedure with or by sending the Registration Accept message to the UE 3 in which the AMF-27002 may include the service resume time T2.
  • Step 12 The UE 3, although now served by the donor PLMN-2, it may still display beneficiary PLMN-1 as serving PLMN (e.g., the UE 3 may display PLMN-1 as serving PLMN on the UE 3 (e.g., on the UE 3's display or on the UE 3's screen)).
  • the UE 3 selects or reselects back to a cell in the beneficiary PLMN-1.
  • the UE 3 may again start a random timer before moving back the to a cell in the beneficiary PLMN -1 so that not all UEs in the area attempt to move to a cell in the beneficiary PLMN-1 at the same time.
  • the RAN-1 501 may release the RRC connection by sending RRC connection Release message, the existing RRC message or a new dedicated RRC message containing at least one of the information elements of the N2 message received in step 4.
  • the UE 3 receives the RRC connection Release message or the existing RRC message or the new RRC message, the UE 3 performs action(s) in step 6 defined above.
  • the RAN-1 501 may perform the handover of the UE 3 to the target RAN-2 502 as per the procedure defined in the TS 23.502 [5].
  • the Handover Required message to the AMF-1 7001 may contain at least one of the parameters received in the N2 message in step 4.
  • the AMF-1 7001 may initiate the handover procedure to the AMF-2 7002 as per the procedure defined in TS 23.502.
  • FIG. 12 illustrates a mechanism for coverage pooling for UE(s) in connected mode.
  • PLMN-1 and PLMN-2 have geographical coverage overlap, e.g. RAN-1 and RAN-2 coverage area overlaps.
  • the operators of the beneficiary PLMN-1 and the donor PLMN-2 may define e.g. on a daily basis or for specific locations and time, when the coverage pooling starts and ends, i.e. the time window when the subscribers of the beneficiary PLMN-1 can be served by the donor PLMN-2 while the UE(s) would still display as being served by their home beneficiary PLMN-1.
  • AMF-1 7001 in the beneficiary PLMN-1 and AMF-2 7002 in the donor PLMN-2 may be configured by the operators of the beneficiary PLMN-1 and of the donor PLMN-2 with parameters for coverage pooling based on location and time, e.g. service shut down time which is set to T1 and service resume time which is set to T2.
  • Step 2 The UE 3 is registered with the beneficiary PLMN-1 and the UE 3 is in connected mode with active PDU Session.
  • the UE 3 may be registered with the beneficiary PLMN-1 and the UE 3 may be in connected mode, and may have the active PDU Session.
  • Step 3 At some point, before the service shut down time T1 for the RAN-1 501 in the beneficiary PLMN-1, the AMF-1 7001 in beneficiary PLMN-1 triggers N2 message to the RAN-1 501 in the beneficiary PLMN-1.
  • the AMF-1 7001 includes the following parameters: - shut down notification - the shut down notification or any other notation for a parameter to notify the UE 3 to start moving, via cell reselection for example, to a donor PLMN, for example PLMN-2.
  • - service shut down time the time, for example the absolute time, when the RAN node, for example RAN-1 501 in the beneficiary PLMN-1, will shut down.
  • - donor PLMN the identity of the donor PLMN, for example PLMN-2, to which the UE 3 needs to start moving as soon as the beneficiary PLMN, for example PLMN-1, starts broadcasting the shut down notification.
  • - service resume time The time, for example the absolute time, when the RAN node, for example the RAN-1 501 of the beneficiary PLMN-1 resumes service.
  • step 4 in Fig. 11 may be applied to the parameters in step 4 in Fig. 12.
  • Step 5 Upon receiving the shut down notification from AMF-1 7001, the RAN-1 501 triggers the NG-RAN node N2 based handover procedure by sending the N2 handover required message to the AMF-1 7001.
  • Step 6 The RAN-1 501 sends Handover Required message to the AMF-1 7001 in which the RAN-1 501 includes the UE ID and a coverage pooling parameter or any other notation for a parameter to indicate that the trigger for the handover is the coverage pooling.
  • the coverage pooling parameter may indicate that the trigger for the handover is that at least one of the coverages or networks (e.g., RANs or PLMNs) will shut down.
  • the coverages or networks e.g., RANs or PLMNs
  • the coverage pooling parameter may indicate that the trigger for the handover is the shutdown of the RAN-1 501.
  • Step 7 If coverage pooling parameter is included in the Handover Required message from RAN-1 501, the AMF-1 7001 selects an AMF in the donor PLMN-2, i.e. AMF-2 7002.
  • Step 8 The AMF-1 7001 sends Namf_Communication_CreateUEContext Request message to the AMF-2 7002 in which the AMF-1 7001 includes the UE_ID and the coverage pooling parameter or any other notation for a parameter to indicate to AMF-2 7002 that the Handover procedure is due to coverage pooling reason.
  • the AMF-1 7001 may include, in the Namf_Communication_CreateUEContext Request message, the coverage pooling parameter received in step 6.
  • Step 9 Continue with the N2 handover with steps 4 to 12 in section 4.9.1.3.2 and steps 1 to 11 in section 4.9.1.3.3 in 3GPP TS 23.502 [5] until the active PDU Sessions are transferred.
  • Step 10 When the UE 3 moves to a cell in the donor PLMN, for example PLMN-2, via N2 handover for example, the UE 3 triggers a request for registration.
  • the UE 3 sends Registration Request message to the AMF-2 7002 in the donor PLMN-2.
  • Step 11 The AMF-2 7002 in the donor PLMN-2 continues the registration procedure by sending Nudm_UECM_Registration Request message to the UDM-2 7502 in the donor PLMN-2.
  • the AMF-2 7002 includes the coverage pooling parameter in the Nudm_UECM_Registration Request message to the UDM-2 7502 to indicate the reason or the type for the registration.
  • the coverage pooling parameter may indicate that the registration request is triggered because of coverage pooling.
  • the coverage pooling parameter may indicate that the registration request is triggered because at least one of the coverages or networks (e.g., RANs or PLMNs) will shut down.
  • the coverages or networks e.g., RANs or PLMNs
  • the coverage pooling parameter may indicate that the registration is triggered because at least one of the coverages or networks (e.g., RANs or PLMNs) will shut down.
  • the coverages or networks e.g., RANs or PLMNs
  • the AMF-2 7002 may include the coverage pooling parameter in the Nudm_UECM_Registration Request message.
  • Step 12 The UDM-2 7502 of the donor PLMN-2 grants the registration for the UE 3 on the basis of the coverage pooling, as indicated by the AMF-2 7002 in the Nudm_UECM_Registration Request message and verified by the UDM-2 7502 based on the coverage pooling agreement between the donor PLMN-2 and the beneficiary PLMN-1 which is available in the UDM-2 7502.
  • the UDM-2 7502 may determine that the UE 3 is allowed to roam in PLMN-2.
  • Step 12 may be omitted.
  • Step 13 The UDM-2 7502 of the donor PLMN-2 confirms the UE 3's registration with or by sending the Nudm_UECM_Registration Response message to the AMF-2 7002.
  • the UDM-2 7502 of the donor PLMN-2 may send the Nudm_UECM_Registration Response message.
  • Step 14 When all UE(s), e.g. UE 3, connected via RAN-1 501 are transferred to RAN-2 502 via the handover, the RAN-1 501 shuts down slowly and stays shut until the service resume time T2.
  • the RAN-1 501 may shut down and stay shut until the service resume time T2.
  • Fig. 13 illustrates a mechanism for coverage pooling.
  • PLMN-1 and PLMN-2 have geographical coverage overlap.
  • the two PLMN operators may define e.g. on a daily basis or for specific locations and time when the coverage pooling starts and ends. i.e. the time window when the subscribers of the beneficiary PLMN-1 can be served by the donor PLMN-2 while the UEs would still display as being served by their home beneficiary PLMN-1.
  • Step 1 Bilateral coverage pooling agreement between PLMN-1 and PLMN-2 is concluded. For example, at night (e.g., 22:00 PM-04:00 AM), all Cell(s) (or RAN-1 5001) in PLMN-1 is switched-off according to the bilateral coverage pooling agreement that all UE(s) in the PLMN-1 are gracefully transferred to cells that are provided by the PLMN-2.
  • Step 2 The OAM-2 8002 in donor PLMN-2 sends an OAM message to the AMF-2 7002 in the donor PLMN-2 to configure the AMF-2 7002 based on the bilateral coverage pooling agreement.
  • the AMF-2 7002 is configured as follows: - The cell(s) in the coverage pooling area starts broadcasting the PLMN-1 (e.g., identifier (ID) of PLMN-1 or ID indicating PLMN-1, PLMN ID for PLMN-1 etc.) as for example the 5G Multiple Operator Core Network (MOCN) at 21:30.
  • the coverage pooling area may be an area where the coverage of the PLMN-1 and the coverage of the PLMN-2 overlap.
  • the coverage pooling area may be an area where the coverage of the PLMN-1 and the coverage of the PLMN-2 overlap and where the UE 3 can be served in case of the shutdown of one of the cell(s) (or RAN(s)) in either the PLMN-1 or PLMN-2.
  • the cell(s) in the coverage pooling area stops broadcasting the PLMN-1 (e.g., ID of PLMN-1 or ID indicating PLMN-1, PLMN ID for PLMN-1 etc.) as for example the 5G Multiple Operator Core Network (MOCN) at 4:00.
  • PLMN-1 e.g., ID of PLMN-1 or ID indicating PLMN-1, PLMN ID for PLMN-1 etc.
  • MOCN 5G Multiple Operator Core Network
  • the OAM-1 8001 in beneficiary PLMN-1 sends an OAM message to the AMF-1 7001 in the beneficiary PLMN-1 to configure the AMF-1 7001 based on the bilateral coverage pooling agreement.
  • the AMF-1 7001 is configured as follows: - The cell(s) in the coverage pooling area starts broadcasting the TAI list for pre-blockaded at 21:30. Regarding the above time "21:30", it may be any time before 22:00 when all Cell(s) (or RAN-1 5001) in PLMN-1 shut down. - The cell(s) in the coverage pooling area starts broadcasting that Cell barred in MIB. - The cell(s) in the coverage pooling area stops broadcasting the TAI list for pre-blockaded at 4:00. - The cell(s) in the coverage pooling area stops broadcasting that Cell barred in MIB.
  • Step 4 As the preparation of the bilateral coverage pooling (or the coverage pooling) with the PLMN-1, the RAN-2 502 of the donner PLMN-2 has been configured by the TAC(s) for the beneficiary PLMN-1.
  • TAC(s) for PLMN-1 may be assigned to all cell(s) in PLMN-2.
  • TAC(s) for PLMN-1 may not be broadcast over SIB 1 by RAN-2 5002 in PLMN-2.
  • Step 5 Although the RAN-2 502 has been configured by the TAC(s) for the beneficiary PLMN-1, the RAN-2 502 does not broadcast the configured TAC(s) for the beneficiary PLMN-1 over SIB 1.
  • the UE 3 which has the PLMN-1 as the HPLMN cannot access with the RAN-2 502.
  • the RAN-2 502 may broadcast PLMN-2 (e.g., ID of PLMN-2 or ID indicating PLMN-2, PLMN ID for PLMN-2 etc.).
  • PLMN-2 e.g., ID of PLMN-2 or ID indicating PLMN-2, PLMN ID for PLMN-2 etc.
  • Step 6 the AMF-2 7002 sends the DOWNLINK RAN CONFIGURATION TRANSFER message to one or multiple RAN-2s 502 that covers the coverage pooling area including the following parameters: - PLMN ID to be added -
  • the PLMN ID to be added indicates a PLMN ID that is requested to add to a list of PLMN ID over the SIB 1 as the 5G Multiple Operator Core Network (MOCN). For example, if the PLMN ID to be added has a PLMN ID for the PLMN-1, the PLMN ID for the PLMN-1 is added to the list of PLMN ID over the SIB 1.
  • MOCN 5G Multiple Operator Core Network
  • the target TAIs or Cells indicates which cell(s) that the PLMN ID to be added apply for. I.e., the PLMN ID to be added apply to those of cells that are in the target TAIs or Cells.
  • - addition end time indicates a time when the PLMN ID to be added is withdrawn. I.e., at time indicated by the addition end time, the PLMN ID being added to the list of PLMN ID over the SIB 1 will be removed from the list of PLMN ID over the SIB 1.
  • Step 7 Upon receiving the DOWNLINK RAN CONFIGURATION TRANSFER message in step 6, all cell(s) that match with the target TAIs or Cells adds the received PLMN ID in the PLMN ID to be added to the list of PLMN ID in the SIB 1.
  • the RAN-2 502 may broadcast the SIB 1 including PLMN ID for the PLMN-2 and PLMN ID for the PLMN-1.
  • the RAN-2 502 may broadcast, in the cell(s) indicated by the target TAIs or Cells, the SIB 1 including PLMN ID for the PLMN-2 and PLMN ID for the PLMN-1.
  • Step 8 the AMF-1 7001 sends the DOWNLINK RAN CONFIGURATION TRANSFER message to one or multiple RAN-1s 501 that covers the coverage pooling area including the following parameters: - Pre-blockaded indication -
  • the Pre-blockaded indication indicates that the pre-blockaded indication is requested to be broadcast over the BCCH.
  • the pre-blockaded indication indicates that no new UE(s) 3 to be associated with the cell. I.e., UE(s) 3 which haven't established the RRC connection with the cell cannot newly establish the RRC connection. However, the UE(s) 3 which have the RRC connection established can stay in the cell.
  • the Pre-blockaded indication may indicate that RAN-1 will shut down.
  • - target TAIs or Cells The target TAIs or Cells indicates which cells that the pre-blockaded indication to apply for. I.e., the Pre-blockaded indication is to apply to those of cells that are in the target TAIs or Cells.
  • - Pre-blockaded end time The Pre-blockaded end time indicates a time when the pre-blockaded indication is withdrawn. I.e., at time indicated by the Pre-blockaded end time, the pre-blockaded indication over the BCCH will be removed.
  • Step 9 Upon receiving the DOWNLINK RAN CONFIGURATION TRANSFER message in step 8, all cell(s) that match with the target TAIs or Cells starts broadcasting the pre-blockaded indication over the BCCH.
  • the pre-blockaded indication may be a single information over the BCCH that apply to all TAIs that the cell is associated with.
  • the pre-blockaded indication may be broadcasted with TAI(s) over the BCCH where the TAI(s) needs to be pre-blockaded.
  • the RAN-1 501 may broadcast the SIB 1 including the pre-blockaded indication.
  • the RAN-1 501 may broadcast, in the cell(s) indicated by the target TAIs or Cells, the pre-blockaded indication.
  • Step 10 If the UE(s) 3 are capable to receive the pre-blockaded indication over the BCCH and the UE 3 has not established the RRC connection, the UE 3 does not choose (or does not select or does not reselect) a cell that broadcasts the pre-blockaded indication and starts the cell selection or the cell reselection of cell(s) other than the cell that broadcasts the pre-blockaded indication. I.e., none of UE(s) 3 will newly establish the RRC connection with the cells that broadcasts the pre-blockaded indication.
  • UE(s) 3 in the PLMN-1 may move to cell(s) in the donor PLMN-2.
  • the UE(s) 3 may select cell(s) in the PLMN-2, and move to or camp on the selected cell(s).
  • the UE(s) 3 may select cell(s) which broadcasts the SIB 1 mentioned in step 7, and move to or camp on the selected cell(s).
  • the UE(s) 3 may determine that the cell(s) which broadcasts the SIB 1 is for coverage pooling and may select the cell(s) which broadcasts the SIB 1 mentioned in step 7, and move to or camp on the selected cell(s).
  • Step 11 At 22:00, the AMF-1 7001 sends the DOWNLINK RAN CONFIGURATION TRANSFER message to one or multiple RAN-1s 501 that covers the coverage pooling area including the following parameters: - Cell barred - The Cell barred indicates that the cell is requested to be barred. - target TAIs or Cells - The target TAIs or Cells indicates which cell(s) that the Cell barred is to apply for. I.e., the Cell barred is to apply to those of cells that are in the target TAIs or Cells. - Barring end time - The Barring end time indicates a time when the Barring is withdrawn. I.e., at time indicated by the Barring end time, the Cell barred information over the MIB will be removed.
  • Step 12 Upon receiving the DOWNLINK RAN CONFIGURATION TRANSFER message in step 11, all cell(s) that match with the target TAIs or Cells starts broadcasting the Cell barred information over the MIB.
  • the RAN-1 501 may broadcast the MIB including the Cell barred.
  • the RAN-1 501 may broadcast, in the cell(s) indicated by the target TAIs or Cells, the MIB including the Cell barred.
  • MIB may be used instead of MIB.
  • Step 13 As the result of Cell barred information being broadcasted over the MIB in step 12, all UE(s) 3, including UE in the RRC Idle state, RRC Inactive state and the RRC Connected state, are forcibly moved to another cell (e.g., cell(s) in PLMN-2).
  • another cell e.g., cell(s) in PLMN-2).
  • the UE 3 may select or reselect another cell in PLMN-2 (e.g., another cell in PLMN-2 that is different from the cell which broadcast the MIB), and move to camp on another cell.
  • PLMN-2 e.g., another cell in PLMN-2 that is different from the cell which broadcast the MIB
  • the UE(s) 3 may select or reselect cell(s) which broadcasts the SIB 1 mentioned in step 7, and move to or camp on the selected cell(s).
  • Step 14 All cell(s) that match with the target TAIs or Cells in the beneficiary PLMN-1 can safely be switched off (or power off) without any service disruptions to any UE(s) 3 (e.g., any UE(s) in PLMN-1).
  • any UE(s) 3 e.g., any UE(s) in PLMN-1).
  • Variant 1 of the Third Example of the Third Aspect The processes as disclosed in the Third Example of the Third Aspect with Fig. 13 also works within the PLMN if one wide-coverage-cell (Macro cell) overlaps with many narrow-coverage-cells (Micro cells) and the narrow-coverage-cells are shut-down if traffic becomes low including no traffic.
  • Mocro cell wide-coverage-cell
  • Micro cells narrow-coverage-cells
  • At least one of the above Aspects or at least one of the above Variants can solve the problem that there is no technical solution in the current 3GPP standards for achieving the above description in SP-231192 [6].
  • FIG. 14 schematically illustrates a telecommunication system 1 for a mobile (cellular or wireless) to which the above aspects are applicable.
  • the telecommunication system 1 represents a system overview in which an end-to-end communication is possible.
  • UE 3 or user equipment, 'mobile device' 3
  • the (R)AN node 5 supports any radio accesses including a 5G radio access technology (RAT), an E-UTRA radio access technology, a beyond 5G RAT, a 6G RAT and non-3GPP RAT including wireless local area network (WLAN) technology as defined by the Institute of Electrical and Electronics Engineers (IEEE).
  • RAT 5G radio access technology
  • E-UTRA E-UTRA
  • WLAN wireless local area network
  • the (R)AN node 5 may split into a Radio Unit (RU), Distributed Unit (DU) and Centralized Unit (CU).
  • each of the units may be connected to each other and structure the (R)AN node 5 by adopting an architecture as defined by the Open RAN (O-RAN) Alliance, where the units above are referred to as O-RU, O-DU and O-CU respectively.
  • O-RAN Open RAN
  • the (R)AN node 5 may be split into control plane function and user plane function. Further, multiple user plane functions can be allocated to support a communication. In some aspects, user traffic may be distributed to multiple user plane functions and user traffic over each user plane functions are aggregated in both the UE 3 and the (R)AN node 5. This split architecture may be called as 'dual connectivity' or 'Multi connectivity'.
  • the (R)AN node 5 can also support a communication using the satellite access.
  • the (R)AN node 5 may support a satellite access and a terrestrial access.
  • the (R)AN node 5 can also be referred as an access node for a non-wireless access.
  • the non-wireless access includes a fixed line access as defined by the Broadband Forum (BBF) and an optical access as defined by the innovative Optical and Wireless Network (IOWN).
  • BBF Broadband Forum
  • IOWN innovative Optical and Wireless Network
  • the core network 7 may include logical nodes (or 'functions') for supporting a communication in the telecommunication system 1.
  • the core network 7 may be 5G Core Network (5GC) that includes, amongst other functions, control plane functions and user plane functions.
  • 5GC 5G Core Network
  • Each function in logical nodes can be considered as a network function.
  • the network function may be provided to another node by adapting the Service Based Architecture (SBA).
  • SBA Service Based Architecture
  • a Network Function can be deployed as distributed, redundant, stateless, and scalable that provides the services from several locations and several execution instances in each location by adapting the network virtualization technology as defined by the European Telecommunications Standards Institute, Network Functions Virtualization (ETSI NFV).
  • ETSI NFV European Telecommunications Standards Institute, Network Functions Virtualization
  • the core network 7 may support the Non-Public Network (NPN).
  • NPN Non-Public Network
  • the NPN may be a Stand-alone Non-Public Network (SNPN) or a Public Network Integrated NPN (PNI-NPN).
  • SNPN Stand-alone Non-Public Network
  • PNI-NPN Public Network Integrated NPN
  • a UE 3 may enter and leave the areas (i.e. radio cells) served by the (R)AN node 5 as the UE 3 is moving around in the geographical area covered by the telecommunication system 1.
  • the core network 7 comprises at least one access and mobility management function (AMF) 70.
  • the AMF 70 is in communication with the (R)AN node 5 coupled to the core network 7.
  • a mobility management entity (MME) or a mobility management node for beyond 5G or a mobility management node for 6G may be used instead of the AMF 70.
  • the core network 7 also includes, amongst others, a Session Management Function (SMF) 71, a User Plane Function (UPF) 72, a Policy Control Function (PCF) 73, a Network Data Analytics Function (NWDAF) 74, a Unified Data Management (UDM) 75, a Charging Function (CHF) 76 and a Network Slice Admission Control Function (NSACF) 77, Energy Efficiency Control Function (EECF) 78, Network Exposure Function (NEF) 79 and Operations & Maintenance (OAM or O&M) 80.
  • SMF Session Management Function
  • UPF User Plane Function
  • PCF Policy Control Function
  • NWDAF Network Data Analytics Function
  • UDM Unified Data Management
  • CHF Charging Function
  • CHF Network Slice Admission Control Function
  • EECF Energy Efficiency Control Function
  • NEF Network Exposure Function
  • OAM Operations & Maintenance
  • a home Public Land Mobile Network (HPLMN) of the UE 3 provides the UDM 75 and at least some of the functionalities of the SMF 71, UPF 72, PCF 73 and NSACF 77 for the roaming-out UE 3.
  • the UE 3 and a respective serving (R)AN node 5 are connected via an appropriate air interface (for example the so-called “Uu” interface and/or the like).
  • Neighboring (R)AN node 5 are connected to each other via an appropriate (R)AN node 5 to (R)AN node interface (such as the so-called “Xn” interface and/or the like).
  • Each (R)AN node 5 is also connected to nodes in the core network 7 (such as the so-called core network nodes) via an appropriate interface (such as the so-called "N2"/ "N3" interface(s) and/or the like). From the core network 7, connection to a data network 20 is also provided.
  • the data network 20 can be an internet, a public network, an external network, a private network or an internal network of the PLMN.
  • the IP Multimedia Subsystem (IMS) service may be provided by that data network 20.
  • the UE 3 can be connected to the data network 20 using IPv4, IPv6, IPv4v6, Ethernet or unstructured data type.
  • the data network may include an Application Function (AF) 201.
  • AF Application Function
  • the "Uu” interface may include a Control plane of Uu interface and User plane of Uu interface.
  • the User plane of Uu interface is responsible to convey user traffic between the UE 3 and a serving (R)AN node 5.
  • the User plane of Uu interface may have a layered structure with SDAP, PDCP, RLC and MAC sublayer over the physical connection (i.e. PHY sublayer).
  • the Control plane of Uu interface is responsible to establish, modify and release a connection between the UE 3 and a serving (R)AN node 5.
  • the Control plane of Uu interface may have a layered structure with RRC, PDCP, RLC and MAC sublayers over the physical connection.
  • - RRC Setup Request message This message is sent from the UE 3 to the (R)AN node 5.
  • following parameters may be included together in the RRC Setup Request message. -- establishmentCause and ue-Identity. The ue-Identity may have a value of ng-5G-S-TMSI-Part1 or randomValue.
  • - RRC Setup message This message is sent from the (R)AN node 5 to the UE 3.
  • following parameters may be included together in the RRC Setup message.
  • -- masterCellGroup and radioBearerConfig - RRC setup complete message This message is sent from the UE 3 to the (R)AN node 5.
  • RRC setup complete message This message is sent from the UE 3 to the (R)AN node 5.
  • following parameters may be included together in the RRC setup complete message. -- guami-Type, iab-NodeIndication, idleMeasAvailable, ue-MeasurementsAvailable, mobilityState, ng-5G-S-TMSI-Part2, registeredAMF, selectedPLMN-Identity, s-NSSAI-List , onboardingRequest
  • the UE 3 and the AMF 70 are connected via an appropriate interface (for example the so-called N1 interface and/or the like).
  • the N1 interface is responsible to provide a communication between the UE 3 and the AMF 70 to support NAS signaling.
  • the N1 interface may be established over a 3GPP access and over a non-3GPP access. For example, the following messages are communicated over the N1 interface.
  • - registration request message This message is sent from the UE 3 to the AMF 70.
  • following parameters may be included together in the registration request message.
  • - registration accept message This message is sent from the AMF 70 to the UE 3.
  • following parameters may be included together in the registration accept message.
  • - Registration Complete message This message is sent from the UE 3 to the AMF 70. In addition to the parameters that are disclosed by Aspects in this disclosure, following parameters may be included together in the Registration Complete message. -- SOR transparent container. - Authentication Request message: This message is sent from the AMF 70 to the UE 3. In addition to the parameters that are disclosed by Aspects in this disclosure, following parameters may be included together in the Authentication Request message. -- ngKSI, ABBA, Authentication parameter RAND (5G authentication challenge), Authentication parameter AUTN (5G authentication challenge) and EAP message. - Authentication Response message: This message is sent from the UE 3 to the AMF 70.
  • Authentication Response message In addition to the parameters that are disclosed by Aspects in this disclosure, following parameters may be populated together in the Authentication Response message. -- Authentication response message identity, Authentication response parameter and EAP message. - Authentication Result message: This message is sent from the AMF 70 to the UE 3. In addition to the parameters that are disclosed by Aspects in this disclosure, following parameters may be populated together in the Authentication Result message. -- ngKSI, EAP message and ABBA. - Authentication Failure message: This message is sent from the UE 3 to the AMF 70. In addition to the parameters that are disclosed by Aspects in this disclosure, following parameters may be populated together in the Authentication Failure message. -- Authentication failure message identity, 5GMM cause and Authentication failure parameter.
  • - Authentication Reject message This message is sent from the AMF 70 to the UE 3. In addition to the parameters that are disclosed by Aspects in this disclosure, following parameters may be populated together in the Authentication Reject message. -- EAP message.
  • - Service Request message This message is sent from the UE 3 to the AMF 70. In addition to the parameters that are disclosed by Aspects in this disclosure, following parameters may be populated together in the Service Request message. -- ngKSI, Service type, 5G-S-TMSI, Uplink data status, PDU session status, Allowed PDU session status, NAS message container.
  • - Service Accept message This message is sent from the AMF 70 to the UE 3.
  • Service Accept message In addition to the parameters that are disclosed by Aspects in this disclosure, following parameters may be populated together in the Service Accept message. -- PDU session status, PDU session reactivation result, PDU session reactivation result error cause, EAP message and T3448 value.
  • - Service Reject message This message is sent from the AMF 70 to the UE 3. In addition to the parameters that are disclosed by Aspects in this disclosure, following parameters may be populated together in the Service Reject message. -- 5GMM cause, PDU session status, T3346 value, EAP message, T3448 value and CAG information list.
  • - Configuration Update Command message This message is sent from the AMF 70 to the UE 3.
  • UE User equipment
  • Fig. 15 is a block diagram illustrating the main components of the UE 3 (mobile device 3).
  • the UE 3 includes a transceiver circuit 31 which is operable to transmit signals to and to receive signals from the connected node(s) via one or more antennas 32.
  • the UE 3 may include a user interface 34 for inputting information from outside or outputting information to outside.
  • the UE 3 may have all the usual functionality of a conventional mobile device and this may be provided by any one or any combination of hardware, software and firmware, as appropriate.
  • Software may be pre-installed in the memory and/or may be downloaded via the telecommunication network or from a removable data storage device (RMD), for example.
  • RMD removable data storage device
  • a controller 33 controls the operation of the UE 3 in accordance with software stored in a memory 36.
  • the software includes, among other things, an operating system 361 and a communications control module 362 having at least a transceiver control module 3621.
  • the communications control module 362 (using its transceiver control module 3621) is responsible for handling (generating/sending/receiving) signalling and uplink/downlink data packets between the UE 3 and other nodes, such as the (R)AN node 5 and the AMF 70.
  • Such signalling may include, for example, appropriately formatted signalling messages (e.g. a registration request message and associated response messages) relating to access and mobility management procedures (for the UE 3).
  • the controller 33 interworks with one or more Universal Subscriber Identity Module (USIM) 35. If there are multiple USIMs 35 equipped, the controller 33 may activate only one USIM 35 or may activate multiple USIMs 35 at the same time.
  • USIM Universal Subscriber Identity Module
  • the UE 3 may, for example, support the Non-Public Network (NPN),
  • NPN Non-Public Network
  • the NPN may be a Stand-alone Non-Public Network (SNPN) or a Public Network Integrated NPN (PNI-NPN).
  • SNPN Stand-alone Non-Public Network
  • PNI-NPN Public Network Integrated NPN
  • the UE 3 may, for example, be an item of equipment for production or manufacture and/or an item of energy related machinery (for example equipment or machinery such as: boilers; engines; turbines; solar panels; wind turbines; hydroelectric generators; thermal power generators; nuclear electricity generators; batteries; nuclear systems and/or associated equipment; heavy electrical machinery; pumps including vacuum pumps; compressors; fans; blowers; oil hydraulic equipment; pneumatic equipment; metal working machinery; manipulators; robots and/or their application systems; tools; molds or dies; rolls; conveying equipment; elevating equipment; materials handling equipment; textile machinery; sewing machines; printing and/or related machinery; paper converting machinery; chemical machinery; mining and/or construction machinery and/or related equipment; machinery and/or implements for agriculture, forestry and/or fisheries; safety and/or environment preservation equipment; tractors; precision bearings; chains; gears; power transmission equipment; lubricating equipment; valves; pipe fittings; and/or application systems for any of the previously mentioned equipment or machinery etc.).
  • equipment or machinery such as: boilers
  • the UE 3 may, for example, be an item of transport equipment (for example transport equipment such as: rolling stocks; motor vehicles; motor cycles; bicycles; trains; buses; carts; rickshaws; ships and other watercraft; aircraft; rockets; satellites; drones; balloons etc.).
  • transport equipment for example transport equipment such as: rolling stocks; motor vehicles; motor cycles; bicycles; trains; buses; carts; rickshaws; ships and other watercraft; aircraft; rockets; satellites; drones; balloons etc.
  • the UE 3 may, for example, be an item of information and communication equipment (for example information and communication equipment such as: electronic computer and related equipment; communication and related equipment; electronic components etc.).
  • information and communication equipment such as: electronic computer and related equipment; communication and related equipment; electronic components etc.
  • the UE 3 may, for example, be a refrigerating machine, a refrigerating machine applied product, an item of trade and/or service industry equipment, a vending machine, an automatic service machine, an office machine or equipment, a consumer electronic and electronic appliance (for example a consumer electronic appliance such as: audio equipment; video equipment; a loud speaker; a radio; a television; a microwave oven; a rice cooker; a coffee machine; a dishwasher; a washing machine; a dryer; an electronic fan or related appliance; a cleaner etc.).
  • a consumer electronic appliance such as: audio equipment; video equipment; a loud speaker; a radio; a television; a microwave oven; a rice cooker; a coffee machine; a dishwasher; a washing machine; a dryer; an electronic fan or related appliance; a cleaner etc.
  • the UE 3 may, for example, be an electrical application system or equipment (for example an electrical application system or equipment such as: an x-ray system; a particle accelerator; radio isotope equipment; sonic equipment; electromagnetic application equipment; electronic power application equipment etc.).
  • an electrical application system or equipment such as: an x-ray system; a particle accelerator; radio isotope equipment; sonic equipment; electromagnetic application equipment; electronic power application equipment etc.
  • the UE 3 may, for example, be an electronic lamp, a luminaire, a measuring instrument, an analyzer, a tester, or a surveying or sensing instrument (for example a surveying or sensing instrument such as: a smoke alarm; a human alarm sensor; a motion sensor; a wireless tag etc.), a watch or clock, a laboratory instrument, optical apparatus, medical equipment and/or system, a weapon, an item of cutlery, a hand tool, or the like.
  • a surveying or sensing instrument such as: a smoke alarm; a human alarm sensor; a motion sensor; a wireless tag etc.
  • the UE 3 may, for example, be a wireless-equipped personal digital assistant or related equipment (such as a wireless card or module designed for attachment to or for insertion into another electronic device (for example a personal computer, electrical measuring machine)).
  • a wireless-equipped personal digital assistant or related equipment such as a wireless card or module designed for attachment to or for insertion into another electronic device (for example a personal computer, electrical measuring machine)).
  • the UE 3 may be a device or a part of a system that provides applications, services, and solutions described below, as to "internet of things (IoT)", using a variety of wired and/or wireless communication technologies.
  • IoT Internet of things
  • IoT devices may be equipped with appropriate electronics, software, sensors, network connectivity, and/or the like, which enable these devices to collect and exchange data with each other and with other communication devices.
  • IoT devices may comprise automated equipment that follow software instructions stored in an internal memory. IoT devices may operate without requiring human supervision or interaction. IoT devices might also remain stationary and/or inactive for a long period of time. IoT devices may be implemented as a part of a (generally) stationary apparatus. IoT devices may also be embedded in non-stationary apparatus (e.g. vehicles) or attached to animals or persons to be monitored/tracked.
  • IoT technology can be implemented on any communication devices that can connect to a communications network for sending/receiving data, regardless of whether such communication devices are controlled by human input or software instructions stored in memory.
  • IoT devices are sometimes also referred to as Machine-Type Communication (MTC) devices or Machine-to-Machine (M2M) communication devices or Narrow Band-IoT UE (NB-IoT UE). It will be appreciated that a UE 3 may support one or more IoT or MTC applications.
  • MTC Machine-Type Communication
  • M2M Machine-to-Machine
  • NB-IoT UE Narrow Band-IoT UE
  • the UE 3 may be a smart phone or a wearable device (e.g. smart glasses, a smart watch, a smart ring, or a hearable device).
  • a wearable device e.g. smart glasses, a smart watch, a smart ring, or a hearable device.
  • the UE 3 may be a reduced capability device (RedCap).
  • the UE 3 may be a car, or a connected car, or an autonomous car, or a vehicle device, or a motorcycle or V2X (Vehicle to Everything) communication module (e.g. Vehicle to Vehicle communication module, Vehicle to Infrastructure communication module, Vehicle to People communication module and Vehicle to Network communication module).
  • V2X Vehicle to Everything
  • FIG. 16 is a block diagram illustrating the main components of an exemplary (R)AN node 5, for example a base station ('eNB' in LTE, 'gNB' in 5G, a base station for 5G beyond, a base station for 6G).
  • the (R)AN node 5 includes a transceiver circuit 51 which is operable to transmit signals to and to receive signals from connected UE(s) 3 via one or more antennas 52 and to transmit signals to and to receive signals from other network nodes (either directly or indirectly) via a network interface 53.
  • a controller 54 controls the operation of the (R)AN node 5 in accordance with software stored in a memory 55.
  • Software may be pre-installed in the memory and/or may be downloaded via the telecommunication network or from a removable data storage device (RMD), for example.
  • the software includes, among other things, an operating system 551 and a communications control module 552 having at least a transceiver control module 5521.
  • the communications control module 552 (using its transceiver control sub-module) is responsible for handling (generating/sending/receiving) signalling between the (R)AN node 5 and other nodes, such as the UE 3, another (R)AN node 5, the AMF 70 and the UPF 72 (e.g. directly or indirectly).
  • the signalling may include, for example, appropriately formatted signalling messages relating to a radio connection and a connection with the core network 7 (for a particular UE 3), and in particular, relating to connection establishment and maintenance (e.g. RRC connection establishment and other RRC messages), NG Application Protocol (NGAP) messages (i.e. messages by N2 reference point) and Xn application protocol (XnAP) messages (i.e. messages by Xn reference point), etc.
  • Such signalling may also include, for example, broadcast information (e.g. Master Information and System information) in a sending case.
  • the controller 54 is also configured (by software or hardware) to handle related tasks such as, when implemented, UE mobility estimate and/or moving trajectory estimation.
  • the (R)AN node 5 may support the Non-Public Network (NPN),
  • NPN may be a Stand-alone Non-Public Network (SNPN) or a Public Network Integrated NPN (PNI-NPN).
  • SNPN Stand-alone Non-Public Network
  • PNI-NPN Public Network Integrated NPN
  • the RAN in this disclosure may have same components to the (R)AN node 5.
  • the (R)AN node 5 may be expressed as a RAN node, RAN, (R)AN etc.
  • FIG. 17 schematically illustrates a (R)AN node 5 based on O-RAN architecture to which the (R)AN node 5 aspects are applicable.
  • the (R)AN node 5 based on O-RAN architecture represents a system overview in which the (R)AN node is split into a Radio Unit (RU) 60, Distributed Unit (DU) 61 and Centralized Unit (CU) 62.
  • each unit may be combined.
  • the RU 60 can be integrated/combined with the DU 61 as an integrated/combined unit
  • the DU 61 can be integrated/combined with the CU 62 as another integrated/combined unit.
  • Any functionality in the description for a unit e.g. one of RU 60, DU 61 and CU 62
  • CU 62 can separate into two functional units such as CU Control plane (CP) and CU User plane (UP).
  • the CU CP has a control plane functionality in the (R)AN node 5.
  • the CU UP has a user plane functionality in the (R)AN node 5.
  • Each CU CP is connected to the CU UP via an appropriate interface (such as the so-called "E1" interface and/or the like).
  • the UE 3 and a respective serving RU 60 are connected via an appropriate air interface (for example the so-called “Uu” interface and/or the like).
  • Each RU 60 is connected to the DU 61 via an appropriate interface (such as the so-called “Front haul”, “Open Front haul”, “F1” interface and/or the like).
  • Each DU 61 is connected to the CU 62 via an appropriate interface (such as the so-called “Mid haul”, “Open Mid haul", “E2" interface and/or the like).
  • Each CU 62 is also connected to nodes in the core network 7 (such as the so-called core network nodes) via an appropriate interface (such as the so-called “Back haul”, “Open Back haul”, “N2"/ “N3” interface(s) and/or the like).
  • an appropriate interface such as the so-called "Back haul”, “Open Back haul”, “N2"/ “N3” interface(s) and/or the like.
  • a user plane part of the DU 61 can also be connected to the core network nodes via an appropriate interface (such as the so-called “N3" interface(s) and/or the like).
  • each unit provides some of the functionality that is provided by the (R)AN node 5.
  • the RU 60 may provide a functionalities to communicate with a UE 3 over air interface
  • the DU 61 may provide functionalities to support MAC layer and RLC layer
  • the CU 62 may provide functionalities to support PDCP layer, SDAP layer and RRC layer.
  • Fig. 18 is a block diagram illustrating the main components of an exemplary RU 60, for example a RU part of base station ('eNB' in LTE, 'gNB' in 5G, a base station for 5G beyond, a base station for 6G).
  • the RU 60 includes a transceiver circuit 601 which is operable to transmit signals to and to receive signals from connected UE(s) 3 via one or more antennas 602 and to transmit signals to and to receive signals from other network nodes or network unit (either directly or indirectly) via a network interface 603.
  • a controller 604 controls the operation of the RU 60 in accordance with software stored in a memory 605.
  • Software may be pre-installed in the memory and/or may be downloaded via the telecommunication network or from a removable data storage device (RMD), for example.
  • the software includes, among other things, an operating system 6051 and a communications control module 6052 having at least a transceiver control module 60521.
  • the communications control module 6052 (using its transceiver control sub-module) is responsible for handling (generating/sending/receiving) signalling between the RU 60 and other nodes or units, such as the UE 3, another RU 60 and DU 61 (e.g. directly or indirectly).
  • the signalling may include, for example, appropriately formatted signalling messages relating to a radio connection and a connection with the RU 60 (for a particular UE 3), and in particular, relating to MAC layer and RLC layer.
  • the controller 604 is also configured (by software or hardware) to handle related tasks such as, when implemented, UE mobility estimate and/or moving trajectory estimation.
  • the RU 60 may support the Non-Public Network (NPN),
  • NPN may be a Stand-alone Non-Public Network (SNPN) or a Public Network Integrated NPN (PNI-NPN).
  • SNPN Stand-alone Non-Public Network
  • PNI-NPN Public Network Integrated NPN
  • the RU 60 can be integrated/combined with the DU 61 as an integrated/combined unit. Any functionality in the description for the RU 60 can be implemented in the integrated/combined unit above.
  • FIG. 19 is a block diagram illustrating the main components of an exemplary DU 61, for example a DU part of a base station ('eNB' in LTE, 'gNB' in 5G, a base station for 5G beyond, a base station for 6G).
  • the apparatus includes a transceiver circuit 611 which is operable to transmit signals to and to receive signals from other nodes or units (including the RU 60) via a network interface 612.
  • a controller 613 controls the operation of the DU 61 in accordance with software stored in a memory 614.
  • Software may be pre-installed in the memory 614 and/or may be downloaded via the telecommunication network or from a removable data storage device (RMD), for example.
  • RMD removable data storage device
  • the software includes, among other things, an operating system 6141 and a communications control module 6142 having at least a transceiver control module 61421.
  • the communications control module 6142 (using its transceiver control module 61421) is responsible for handling (generating/sending/receiving) signalling between the DU 61 and other nodes or units, such as the RU 60 and other nodes and units.
  • the DU 61 may support the Non-Public Network (NPN),
  • NPN may be a Stand-alone Non-Public Network (SNPN) or a Public Network Integrated NPN (PNI-NPN).
  • SNPN Stand-alone Non-Public Network
  • PNI-NPN Public Network Integrated NPN
  • the RU 60 can be integrated/combined with the DU 61 or CU 62 as an integrated/combined unit. Any functionality in the description for DU 61 can be implemented in one of the integrated/combined unit above.
  • the DU 61 may be expressed as gNB DU.
  • the gNB DU in this disclosure may have same components to the DU 61.
  • FIG. 20 is a block diagram illustrating the main components of an exemplary CU 62, for example a CU part of base station ('eNB' in LTE, 'gNB' in 5G, a base station for 5G beyond, a base station for 6G).
  • the apparatus includes a transceiver circuit 621 which is operable to transmit signals to and to receive signals from other nodes or units (including the DU 61) via a network interface 622.
  • a controller 623 controls the operation of the CU 62 in accordance with software stored in a memory 624. Software may be pre-installed in the memory 624 and/or may be downloaded via the telecommunication network or from a removable data storage device (RMD), for example.
  • RMD removable data storage device
  • the software includes, among other things, an operating system 6241 and a communications control module 6242 having at least a transceiver control module 62421.
  • the communications control module 6242 (using its transceiver control module 62421) is responsible for handling (generating/sending/receiving) signalling between the CU 62 and other nodes or units, such as the DU 61 and other nodes and units.
  • the CU 62 may support the Non-Public Network (NPN),
  • NPN may be a Stand-alone Non-Public Network (SNPN) or a Public Network Integrated NPN (PNI-NPN).
  • SNPN Stand-alone Non-Public Network
  • PNI-NPN Public Network Integrated NPN
  • the CU 62 can be integrated/combined with the DU 61 as an integrated/combined unit. Any functionality in the description for the CU 62 can be implemented in the integrated/combined unit above.
  • the gNB CU-CP and the gNB CU-UP in this disclosure may have same components to the CU 62.
  • AMF Fig. 21 is a block diagram illustrating the main components of the AMF 70.
  • the apparatus includes a transceiver circuit 701 which is operable to transmit signals to and to receive signals from other nodes (including the UE 3, the NSSF) via a network interface 702.
  • a controller 703 controls the operation of the AMF 70 in accordance with software stored in a memory 704.
  • Software may be pre-installed in the memory 704 and/or may be downloaded via the telecommunication network or from a removable data storage device (RMD), for example.
  • the software includes, among other things, an operating system 7041 and a communications control module 7042 having at least a transceiver control module 70421.
  • the communications control module 7042 (using its transceiver control module 70421) is responsible for handling (generating/sending/receiving) signalling between the AMF 70 and other nodes, such as the UE 3 (e.g. via the (R)AN node 5) and other core network nodes (including core network nodes in the HPLMN of the UE 3 when the UE 3 is roaming-in).
  • signalling may include, for example, appropriately formatted signalling messages (e.g. a registration request message and associated response messages) relating to access and mobility management procedures (for the UE 3).
  • the AMF 70 may support the Non-Public Network (NPN),
  • NPN may be a Stand-alone Non-Public Network (SNPN) or a Public Network Integrated NPN (PNI-NPN).
  • SNPN Stand-alone Non-Public Network
  • PNI-NPN Public Network Integrated NPN
  • the AMF in this disclosure may have same components to the AMF 70.
  • SMF Fig. 22 is a block diagram illustrating the main components of the SMF 71.
  • the apparatus includes a transceiver circuit 711 which is operable to transmit signals to and to receive signals from other nodes (including the AMF 70) via a network interface 712.
  • a controller 713 controls the operation of the SMF 71 in accordance with software stored in a memory 714.
  • Software may be pre-installed in the memory 714 and/or may be downloaded via the telecommunication network or from a removable data storage device (e.g. a removable memory device (RMD)), for example.
  • the software includes, among other things, an operating system 7141 and a communications control module 7142 having at least a transceiver control module 71421.
  • the communications control module 7142 (using its transceiver control module 71421) is responsible for handling (generating/sending/receiving) signalling between the SMF 71 and other nodes, such as the AMF 70 and other core network nodes (including core network nodes in the HPLMN of the UE 3 when the UE 3 is roaming-in).
  • signalling may include, for example, appropriately formatted signalling messages (e.g. a HTTP restful methods based on the service based interfaces) relating to policy management procedures (for the UE 3).
  • the SMF 71 may support the Non-Public Network (NPN),
  • NPN may be a Stand-alone Non-Public Network (SNPN) or a Public Network Integrated NPN (PNI-NPN).
  • SNPN Stand-alone Non-Public Network
  • PNI-NPN Public Network Integrated NPN
  • the SMF in this disclosure may have same components to the SMF 71.
  • UPF Fig. 23 is a block diagram illustrating the main components of the UPF 72.
  • the apparatus includes a transceiver circuit 721 which is operable to transmit signals to and to receive signals from other nodes (including the SMF 71) via a network interface 722.
  • a controller 723 controls the operation of the UPF 72 in accordance with software stored in a memory 724.
  • Software may be pre-installed in the memory 724 and/or may be downloaded via the telecommunication network or from a removable data storage device (e.g. a removable memory device (RMD)), for example.
  • the software includes, among other things, an operating system 7241 and a communications control module 7242 having at least a transceiver control module 72421.
  • the communications control module 7242 (using its transceiver control module 72421) is responsible for handling (generating/sending/receiving) signalling between the UPF 72 and other nodes, such as the SMF 71 and other core network nodes (including core network nodes in the HPLMN of the UE 3 when the UE 3 is roaming-in).
  • signalling may include, for example, appropriately formatted signalling messages (e.g. a HTTP restful methods based on the service based interfaces) relating to policy management procedures (for the UE 3).
  • the UPF 72 may support the Non-Public Network (NPN),
  • NPN may be a Stand-alone Non-Public Network (SNPN) or a Public Network Integrated NPN (PNI-NPN).
  • SNPN Stand-alone Non-Public Network
  • PNI-NPN Public Network Integrated NPN
  • the UPF in this disclosure may have same components to the UPF 72.
  • PCF Fig. 24 is a block diagram illustrating the main components of the PCF 73.
  • the apparatus includes a transceiver circuit 731 which is operable to transmit signals to and to receive signals from other nodes (including the AMF 70) via a network interface 732.
  • a controller 733 controls the operation of the PCF 73 in accordance with software stored in a memory 734.
  • Software may be pre-installed in the memory 734 and/or may be downloaded via the telecommunication network or from a removable data storage device (e.g. a removable memory device (RMD)), for example.
  • the software includes, among other things, an operating system 7341 and a communications control module 7342 having at least a transceiver control module 73421.
  • the communications control module 7342 (using its transceiver control module 73421) is responsible for handling (generating/sending/receiving) signalling between the PCF 73 and other nodes, such as the AMF 70 and other core network nodes (including core network nodes in the HPLMN of the UE 3 when the UE 3 is roaming-in).
  • signalling may include, for example, appropriately formatted signalling messages (e.g. a HTTP restful methods based on the service based interfaces) relating to policy management procedures (for the UE 3).
  • the PCF 73 may support the Non-Public Network (NPN),
  • NPN may be a Stand-alone Non-Public Network (SNPN) or a Public Network Integrated NPN (PNI-NPN).
  • SNPN Stand-alone Non-Public Network
  • PNI-NPN Public Network Integrated NPN
  • the PCF in this disclosure may have same components to the PCF 73.
  • NWDAF Fig. 25 is a block diagram illustrating the main components of the NWDAF 74.
  • the apparatus includes a transceiver circuit 741 which is operable to transmit signals to and to receive signals from other nodes (including the AMF 70 and the UDM 75) via a network interface 742.
  • a controller 743 controls the operation of the NWDAF 74 in accordance with software stored in a memory 744.
  • Software may be pre-installed in the memory 744 and/or may be downloaded via the telecommunication network or from a removable data storage device (e.g. a removable memory device (RMD)), for example.
  • the software includes, among other things, an operating system 7441 and a communications control module 7442 having at least a transceiver control module 74421.
  • the communications control module 7442 (using its transceiver control module 74421) is responsible for handling (generating/sending/receiving) signalling between the NWDAF 74 and other nodes, such as the AMF 70 and other core network nodes (including core network nodes in the HPLMN of the UE 3 when the UE 3 is roaming-in).
  • signalling may include, for example, appropriately formatted signalling messages (e.g. a HTTP restful methods based on the service based interfaces) relating to policy management procedures (for the UE 3).
  • the NWDAF 74 may support the Non-Public Network (NPN),
  • NPN may be a Stand-alone Non-Public Network (SNPN) or a Public Network Integrated NPN (PNI-NPN).
  • SNPN Stand-alone Non-Public Network
  • PNI-NPN Public Network Integrated NPN
  • the NWDAF in this disclosure may have same components to the NWDAF 74.
  • UDM Fig. 26 is a block diagram illustrating the main components of the UDM 75.
  • the apparatus includes a transceiver circuit 751 which is operable to transmit signals to and to receive signals from other nodes (including the AMF 70) via a network interface 752.
  • a controller 753 controls the operation of the UDM 75 in accordance with software stored in a memory 754.
  • Software may be pre-installed in the memory 754 and/or may be downloaded via the telecommunication network or from a removable data storage device (RMD), for example.
  • the software includes, among other things, an operating system 7541 and a communications control module 7542 having at least a transceiver control module 75421.
  • the communications control module 7542 (using its transceiver control module 75421) is responsible for handling (generating/sending/receiving) signalling between the UDM 75 and other nodes, such as the AMF 70 and other core network nodes (including core network nodes in the VPLMN of the UE 3 when the UE 3 is roaming-out).
  • signalling may include, for example, appropriately formatted signalling messages (e.g. a HTTP restful methods based on the service based interfaces) relating to mobility management procedures (for the UE 3).
  • the UDM 75 may support the Non-Public Network (NPN),
  • NPN may be a Stand-alone Non-Public Network (SNPN) or a Public Network Integrated NPN (PNI-NPN).
  • SNPN Stand-alone Non-Public Network
  • PNI-NPN Public Network Integrated NPN
  • the UDM in this disclosure may have same components to the UDM 75.
  • CHF Fig. 27 is a block diagram illustrating the main components of the CHF 76.
  • the apparatus includes a transceiver circuit 761 which is operable to transmit signals to and to receive signals from other nodes (including the AMF 70) via a network interface 762.
  • a controller 763 controls the operation of the CHF 76 in accordance with software stored in a memory 764.
  • Software may be pre-installed in the memory 764 and/or may be downloaded via the telecommunication network or from a removable data storage device (RMD), for example.
  • the software includes, among other things, an operating system 7641 and a communications control module 7642 having at least a transceiver control module 76421.
  • the communications control module 7642 (using its transceiver control module 76421) is responsible for handling (generating/sending/receiving) signalling between the CHF 76 and other nodes, such as the AMF 70 and other core network nodes (including core network nodes in the VPLMN of the UE 3 when the UE 3 is roaming-out).
  • signalling may include, for example, appropriately formatted signalling messages (e.g. a HTTP restful methods based on the service based interfaces) relating to mobility management procedures (for the UE 3).
  • the CHF 76 may support the Non-Public Network (NPN),
  • NPN may be a Stand-alone Non-Public Network (SNPN) or a Public Network Integrated NPN (PNI-NPN).
  • SNPN Stand-alone Non-Public Network
  • PNI-NPN Public Network Integrated NPN
  • the CHF in this disclosure may have same components to the CHF 76.
  • NSACF Fig. 28 is a block diagram illustrating the main components of the NSACF 77.
  • the apparatus includes a transceiver circuit 771 which is operable to transmit signals to and to receive signals from other nodes (including the AMF 70) via a network interface 772.
  • a controller 773 controls the operation of the NSACF 77 in accordance with the software stored in a memory 774.
  • the Software may be pre-installed in the memory 774 and/or may be downloaded via the telecommunication network or from a removable data storage device (e.g. a removable memory device (RMD)), for example.
  • the software includes, among other things, an operating system 7741 and a communications control module 7742 having at least a transceiver control module 77421.
  • the communications control module 7742 (using its transceiver control module 77421) is responsible for handling (generating/sending/receiving) signalling between the NSACF 77 and other nodes, such as the AMF 70 and other core network nodes (including core network nodes in the HPLMN of the UE 3 when the UE 3 is roaming-in).
  • signalling may include, for example, appropriately formatted signalling messages (e.g. a HTTP restful methods based on the service based interfaces) relating to network data analytics function procedures (for the UE 3).
  • the NSACF 77 may support the Non-Public Network (NPN),
  • NPN may be a Stand-alone Non-Public Network (SNPN) or a Public Network Integrated NPN (PNI-NPN).
  • SNPN Stand-alone Non-Public Network
  • PNI-NPN Public Network Integrated NPN
  • the NSACF in this disclosure may have same components to the NSACF 77.
  • EECF Fig. 29 is a block diagram illustrating the main components of the EECF 78.
  • the apparatus includes a transceiver circuit 781 which is operable to transmit signals to and to receive signals from other nodes (including the AMF 70) via a network interface 782.
  • a controller 783 controls the operation of the EECF 78 in accordance with the software stored in a memory 784.
  • the Software may be pre-installed in the memory 784 and/or may be downloaded via the telecommunication network or from a removable data storage device (e.g. a removable memory device (RMD)), for example.
  • the software includes, among other things, an operating system 7841 and a communications control module 7842 having at least a transceiver control module 78421.
  • the communications control module 7842 (using its transceiver control module 78421) is responsible for handling (generating/sending/receiving) signalling between the EECF 78 and other nodes, such as the AMF 70 and other core network nodes (including core network nodes in the HPLMN of the UE 3 when the UE 3 is roaming-in).
  • signalling may include, for example, appropriately formatted signalling messages (e.g. a HTTP restful methods based on the service based interfaces) relating to network data analytics function procedures (for the UE 3).
  • the EECF 78 may support the Non-Public Network (NPN),
  • NPN may be a Stand-alone Non-Public Network (SNPN) or a Public Network Integrated NPN (PNI-NPN).
  • SNPN Stand-alone Non-Public Network
  • PNI-NPN Public Network Integrated NPN
  • the EECF in this disclosure may have same components to the EECF 78.
  • NEF Fig. 30 is a block diagram illustrating the main components of the NEF 79.
  • the apparatus includes a transceiver circuit 791 which is operable to transmit signals to and to receive signals from other nodes (including the AMF 70) via a network interface 792.
  • a controller 793 controls the operation of the NEF 79 in accordance with the software stored in a memory 794.
  • the Software may be pre-installed in the memory 794 and/or may be downloaded via the telecommunication network or from a removable data storage device (e.g. a removable memory device (RMD)), for example.
  • the software includes, among other things, an operating system 7941 and a communications control module 7942 having at least a transceiver control module 79421.
  • the communications control module 7942 (using its transceiver control module 79421) is responsible for handling (generating/sending/receiving) signalling between the NEF 79 and other nodes, such as the AMF 70 and other core network nodes (including core network nodes in the HPLMN of the UE 3 when the UE 3 is roaming-in).
  • signalling may include, for example, appropriately formatted signalling messages (e.g. a HTTP restful methods based on the service based interfaces) relating to network data analytics function procedures (for the UE 3).
  • the NEF 79 may support the Non-Public Network (NPN),
  • NPN may be a Stand-alone Non-Public Network (SNPN) or a Public Network Integrated NPN (PNI-NPN).
  • SNPN Stand-alone Non-Public Network
  • PNI-NPN Public Network Integrated NPN
  • the NEF in this disclosure may have same components to the NEF 79.
  • OAM Fig. 31 is a block diagram illustrating the main components of the OAM 80.
  • the apparatus includes a transceiver circuit 801 which is operable to transmit signals to and to receive signals from other nodes (including the AMF 70) via a network interface 802.
  • a controller 803 controls the operation of the OAM 80 in accordance with the software stored in a memory 804.
  • the Software may be pre-installed in the memory 804 and/or may be downloaded via the telecommunication network or from a removable data storage device (e.g. a removable memory device (RMD)), for example.
  • the software includes, among other things, an operating system 8041 and a communications control module 8042 having at least a transceiver control module 80421.
  • the communications control module 8042 (using its transceiver control module 80421) is responsible for handling (generating/sending/receiving) signalling between the OAM 80 and other nodes, such as the AMF 70 and other core network nodes (including core network nodes in the HPLMN of the UE 3 when the UE 3 is roaming-in).
  • signalling may include, for example, appropriately formatted signalling messages (e.g. a HTTP restful methods based on the service based interfaces) relating to network data analytics function procedures (for the UE 3).
  • the OAM 80 may support the Non-Public Network (NPN),
  • NPN may be a Stand-alone Non-Public Network (SNPN) or a Public Network Integrated NPN (PNI-NPN).
  • SNPN Stand-alone Non-Public Network
  • PNI-NPN Public Network Integrated NPN
  • the OAM in this disclosure may have same components to the OAM 80.
  • AF Fig. 32 is a block diagram illustrating the main components of the AF 201.
  • the apparatus includes a transceiver circuit 2011 which is operable to transmit signals to and to receive signals from other nodes (including the UE 3) via a network interface 2012.
  • a controller 2013 controls the operation of the AF 201 in accordance with software stored in a memory 2014.
  • Software may be pre-installed in the memory 2014 and/or may be downloaded via the telecommunication network or from a removable data storage device (e.g. a removable memory device (RMD)), for example.
  • the software includes, among other things, an operating system 20141 and a communications control module 20142 having at least a transceiver control module 201421.
  • the communications control module 20142 (using its transceiver control module 201421) is responsible for handling (generating/sending/receiving) signalling between the AF 201 and other nodes, such as the UE 3 and other core network nodes (including core network nodes in the HPLMN of the UE 3 when the UE 3 is roaming-in).
  • signalling may include, for example, appropriately formatted signalling messages (e.g. a HTTP restful methods based on the service based interfaces) relating to policy management procedures (for the UE 3).
  • the AF 201 may support the Non-Public Network (NPN),
  • NPN may be a Stand-alone Non-Public Network (SNPN) or a Public Network Integrated NPN (PNI-NPN).
  • SNPN Stand-alone Non-Public Network
  • PNI-NPN Public Network Integrated NPN
  • the AF in this disclosure may have same components to the AF 201.
  • the UE 3 and the network apparatus are described for ease of understanding as having a number of discrete modules (such as the communication control modules). Whilst these modules may be provided in this way for certain applications, for example where an existing system has been modified to implement the disclosure, in other applications, for example in systems designed with the inventive features in mind from the outset, these modules may be built into the overall operating system or code and so these modules may not be discernible as discrete entities. These modules may also be implemented in software, hardware, firmware or a mix of these.
  • Each controller may comprise any suitable form of processing circuitry including (but not limited to), for example: one or more hardware implemented computer processors; microprocessors; central processing units (CPUs); arithmetic logic units (ALUs); input/output (IO) circuits; internal memories / caches (program and/or data); processing registers; communication buses (e.g. control, data and/or address buses); direct memory access (DMA) functions, hardware or software implemented counters, pointers and/or timers; and/or the like.
  • processors e.g. one or more hardware implemented computer processors; microprocessors; central processing units (CPUs); arithmetic logic units (ALUs); input/output (IO) circuits; internal memories / caches (program and/or data); processing registers; communication buses (e.g. control, data and/or address buses); direct memory access (DMA) functions, hardware or software implemented counters, pointers and/or timers; and/or the like.
  • CPUs central processing
  • the software modules may be provided in compiled or un-compiled form and may be supplied to the UE 3 and the network apparatus as a signal over a computer network, or on a recording medium. Further, the functionality performed by part or all of this software may be performed using one or more dedicated hardware circuits. However, the use of software modules is preferred as it facilitates the updating of the UE 3 and the network apparatus in order to update their functionalities.
  • radio access radio access
  • any other radio communications technology e.g. WLAN, Wi-Fi, WiMAX, Bluetooth, etc.
  • other fix line communications technology e.g. BBF Access, Cable Access, optical access, etc.
  • Items of user equipment might include, for example, communication devices such as mobile telephones, smartphones, user equipment, personal digital assistants, laptop/tablet computers, web browsers, e-book readers and/or the like.
  • Such mobile (or even generally stationary) devices are typically operated by a user, although it is also possible to connect so-called 'Internet of Things' (IoT) devices and similar machine-type communication (MTC) devices to the network.
  • IoT Internet of Things
  • MTC machine-type communication
  • the present application refers to mobile devices (or UEs) in the description but it will be appreciated that the technology described can be implemented on any communication devices (mobile and/or generally stationary) that can connect to a communications network for sending/receiving data, regardless of whether such communication devices are controlled by human input or software instructions stored in memory.
  • the present disclosure may be embodied as a method, and system. Accordingly, the present disclosure may take the form of an entirely hardware embodiment, a software embodiment or an embodiment combining software and hardware aspects.
  • each block of the block diagrams can be implemented by computer program instructions.
  • These computer program instructions may be provided to a processor of a general-purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.
  • a general-purpose processor may be a microprocessor, but in the alternative, the processor may be any conventional processor, controller, microcontroller, or state machine.
  • a processor may also be implemented as a combination of computing devices, e.g., a plurality of microprocessors, one or more microprocessors, or any other such configuration.
  • a software module may reside in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art.
  • a storage medium may be coupled to the processor such that the processor can read information from, and write information to, the storage medium. In the alternative, the storage medium may be integral to the processor.
  • the processor and the storage medium may reside in an ASIC.
  • ⁇ Second Supplementary notes> (Supplementary note 1) A method of a communication apparatus comprising: communicating with another communication apparatus; and receiving first information related to energy usage to the another communication apparatus, wherein the communication apparatus receives the first information based on second information related to the energy usage, wherein the second information is provided by an application server. (Supplementary note 2) A method of a communication apparatus comprising: communicating with another communication apparatus; and sending first information related to energy usage to the another communication apparatus, wherein the communication apparatus sends the first information based on second information related to the energy usage, wherein the second information is provided by an application server.
  • a method of a communication apparatus comprising: communicating with another communication apparatus, sending, to the another communication apparatus, a request message with report timing information related to a load level, receiving, from the another communication apparatus, a response message corresponds to the request message, receiving, from the another communication apparatus, a message including load information, after receiving the response message, determining the load level based on the load information and threshold value; and sending, to the another communication apparatus, an indication to move to energy saving state or non-energy saving state after the determining the load level.
  • a method of a communication apparatus comprising: communicating with another communication apparatus; receiving, from the another communication apparatus, a request message with report timing information related to a load level, sending, to the another communication apparatus, a response message corresponds to the request message, determining the report timing based on the report timing information, sending, to the another communication apparatus, a message including load information, receiving, from the another communication apparatus, an indication to move to energy saving state or not energy saving state; and activating energy saving mode or non-energy saving mode based on the indication.
  • a method of a first communication apparatus comprising: communicating with a second communication apparatus, sending, to the second communication apparatus, a request message with report timing information related to a load level, receiving, from the second communication apparatus, a response message corresponds to the request message, receiving, from the second communication apparatus, a message including load information, after receiving the response message, determining the load level based on the load information and threshold value; and sending, to a third communication apparatus, an indication to move to energy saving state or non-energy saving state after the determining the load level.
  • a method of a second communication apparatus comprising: communicating with a first communication apparatus; receiving, from the first communication apparatus, a request message with report timing information related to a load level, sending, to the first communication apparatus, a response message corresponds to the request message, determining the report timing based on the report timing information; and sending, to the first communication apparatus, a message including load information.
  • a method of a communication apparatus comprising: sending, to another communication apparatus, a request message including ID related to energy usage, information for an energy usage entity, request information for a report of energy usage information for report period, information for User Equipment (UE) and at least one of Protocol Data Unit (PDU) session ID and Single Network Slice Selection Assistance Information (S-NSSA), receiving, from the another communication apparatus, a response message corresponds to the request message; and receiving, from the another communication apparatus, a message including the ID related to energy usage, the information for the energy usage entity, the report of energy usage and location information.
  • UE User Equipment
  • PDU Protocol Data Unit
  • S-NSSA Single Network Slice Selection Assistance Information
  • a method of a communication apparatus comprising: receiving, from the another communication apparatus, a request message including ID related to energy usage, information for an energy usage entity, request information for a report of energy usage, information for report period, information for User Equipment (UE) and at least one of Protocol Data Unit (PDU) session ID and Single Network Slice Selection Assistance Information (S-NSSA), sending, to the another communication apparatus, a response message corresponds to the request message, evaluating energy efficiency per network level, Core Node (CN) level, Radio Access Networks (RAN) level, Network Function (NF)level, Single Network Slice Selection Assistance Information (S-NSSA) level, or Protocol Data Unit (PDU) Session level; and sending, to the another communication apparatus, a message including the ID related to energy usage, the information for the energy usage entity, the report of energy usage and location information.
  • CN Core Node
  • RAN Radio Access Networks
  • NF Network Function
  • S-NSSA Single Network Slice Selection Assistance Information
  • PDU Protocol Data Unit
  • a method of an Access and Mobility Function comprising: sending, to a Radio Access Network (RAN), a message including ID related to energy usage, information for an energy usage entity, request information for a report of energy usage, information for report period, information for User Equipment (UE) and at least one of Protocol Data Unit (PDU) session ID and Single Network Slice Selection Assistance Information (S-NSSA); and receiving, from the RAN, a message including the ID related to energy usage, the information for the energy usage entity, the report of energy usage and location information.
  • RAN Radio Access Network
  • PDU Protocol Data Unit
  • S-NSSA Single Network Slice Selection Assistance Information
  • a method of a Radio Access Network comprising: receiving, from an Access and Mobility Function (AMF), a message including ID related to energy usage, information for an energy usage entity, request information for a report of energy usage, information for report period, information for a User Equipment (UE) and at least one of Protocol Data Unit (PDU) session ID and Single Network Slice Selection Assistance Information (S-NSSA), sending, to the AMF, a response message corresponds to the received message, evaluating energy efficiency per network level, Core Node (CN) level, Radio Access Networks (RAN) level, Network Function (NF)level, Single Network Slice Selection Assistance Information (S-NSSA) level, or Protocol Data Unit (PDU) Session level; and sending, to the AMF, a message including the ID related to energy usage, the information for the energy usage entity, the report of energy usage and location information.
  • AMF Access and Mobility Function
  • UE User Equipment
  • PDU Protocol Data Unit
  • S-NSSA Single Network Slice Selection Assistance Information
  • a method of a gNB CU-CP comprising: sending, to a gNB DU, a message including ID related to energy usage, information for an energy usage entity, request information for a report of energy usage, information for report period, information for a User Equipment (UE) and at least one of Protocol Data Unit (PDU) session ID and Single Network Slice Selection Assistance Information (S-NSSA); and receiving, from the gNB DU, communication apparatus, a message including the ID related to energy usage, the report of energy usage, the information for the energy usage entity and location information.
  • UE User Equipment
  • PDU Protocol Data Unit
  • S-NSSA Single Network Slice Selection Assistance Information
  • a method of a gNB DU comprising: receiving, from a gNB CU-CP, a message including ID related to energy usage, information for an energy usage entity, request information for a report of energy usage, information for report period, information for a User Equipment (UE) and at least one of Protocol Data Unit (PDU) session ID and Single Network Slice Selection Assistance Information (S-NSSA), sending, to the gNB CU-CP, a response message corresponds to the received message, evaluating energy efficiency per network level, Core Node (CN) level, Radio Access Networks (RAN) level, Network Function (NF) level, Single Network Slice Selection Assistance Information (S-NSSA) level, or Protocol Data Unit (PDU) Session level; and sending, to the gNB CU-CP, a message including the ID related to energy usage, the report of energy usage, the information for the energy usage entity and location information.
  • CN Core Node
  • RAN Radio Access Networks
  • NF Network Function
  • S-NSSA Single Network Slice Selection Assistance Information
  • PDU
  • a method of a gNB CU-CP comprising: sending, to a gNB CU-UP, a message including ID related to energy usage, information for an energy usage entity, request information for a report of energy usage, information for report period, information for a User Equipment (UE) and at least one of Protocol Data Unit (PDU) session ID and Single Network Slice Selection Assistance Information (S-NSSA); and receiving, from the gNB CU-UP, communication apparatus, a message including the ID related to energy usage, the report of energy usage, the information for the energy usage entity and location information.
  • UE User Equipment
  • PDU Protocol Data Unit
  • S-NSSA Single Network Slice Selection Assistance Information
  • a method of a gNB CU-UP comprising: receiving, from a gNB CU-CP, a message including ID related to energy usage, information for an energy usage entity, request information for a report of energy usage, information for report period, information for a User Equipment (UE) and at least one of Protocol Data Unit (PDU) session ID and Single Network Slice Selection Assistance Information (S-NSSA), sending, to the gNB CU-CP, a response message corresponds to the received message, evaluating energy efficiency per network level, Core Node (CN) level, Radio Access Networks (RAN) level, Network Function (NF) level, Single Network Slice Selection Assistance Information (S-NSSA) level, or Protocol Data Unit (PDU) Session level; and sending, to the gNB CU-CP, a message including the ID related to energy usage, the report of energy usage, the information for the energy usage entity and location information.
  • CN Core Node
  • RAN Radio Access Networks
  • NF Network Function
  • S-NSSA Single Network Slice Selection Assistance Information
  • a method of a Unified Data management Function comprising: allocating a User Equipment (UE) for energy efficiency management, receiving, from an Access and Mobility Function (AMF), a request message including information indicating support for energy efficiency management, sending, to the AMF, response message corresponds to the request message; and sending, to a Policy Control Function (PCF), a message including information related to energy usage.
  • a method of a Policy Control Function comprising: receiving, from a Unified Data management Function (UDM), a message including first information related to energy usage, storing the first information; and sending, to an Access and Mobility Function (AMF), second information related to energy usage.
  • a method of an Access and Mobility Function comprising: receiving, from a UE, a message including information indicating support for energy efficiency management, sending, to a Unified Data management Function (UDM), a request message including information indicating support for energy efficiency management, receiving, from the UDM, a response message corresponds to the request message, receiving, from a Policy Control Function (PCF), information related to energy usage; and sending, to a User Equipment (UE), at least one of information for amount of energy usage, information related to energy shortage and timer.
  • UDM Unified Data management Function
  • PCF Policy Control Function
  • a method of a User Equipment comprising: sending, to an Access and Mobility Function (AMF), a message including information indicating support for energy efficiency management; and receiving, from the AMF, at least one of information for amount of energy usage, information related to energy shortage and timer.
  • AMF Access and Mobility Function
  • UDM Unified Data management Function
  • PCF Policy Control Function
  • a method of a User Equipment comprising: sending, to an Access and Mobility Function (AMF), Protocol Data Unit (PDU) session request message comprising information indicating support for energy efficiency management; and receiving, from the AMF, energy usage information.
  • AMF Access and Mobility Function
  • PDU Protocol Data Unit
  • a method of an Access and Mobility Function comprising: receiving, from a User Equipment (UE), Protocol Data Unit (PDU) session establishment request message including information indicating support for energy efficiency management, sending, to a Session Management Function (SMF), a request message including the information indicating support for energy efficiency management, receiving, from the SMF, response message corresponds to the request message; and receiving, from a Policy Control Function (PCF), information indicating the PDU session is rejected with first energy management information.
  • UE User Equipment
  • PDU Protocol Data Unit
  • SMF Session Management Function
  • PCF Policy Control Function
  • a method of an Access and Mobility Function comprising: receiving, from a User Equipment (UE), Protocol Data Unit (PDU) session establishment request message including information indicating support for energy efficiency management, sending, to a Session Management Function (SMF), a request message including the information indicating support for energy efficiency management, receiving, from the SMF, response message corresponds to the request message; and receiving, from a Policy Control Function (PCF), information indicating second energy management information.
  • UE User Equipment
  • PDU Protocol Data Unit
  • SMF Session Management Function
  • PCF Policy Control Function
  • a method of a Policy Control Function comprising: receiving, from a Session Management Function (SMF), a first message including information indicating support for energy efficiency management, sending, to a Unified Data management Function (UDM), a second message including the information indicating support for energy efficiency management, receiving, from the UDM, a message including information related to energy usage, storing, the information related to energy usage; and sending, to an Access and Mobility Function (AMF), information indicating the PDU session is rejected with first energy management information.
  • SMF Session Management Function
  • UDM Unified Data management Function
  • AMF Access and Mobility Function
  • a method of a Policy Control Function comprising: receiving, from a Session Management Function (SMF), a first message including information indicating support for energy efficiency management, sending, to a Unified Data management Function (UDM), a second message including the information indicating support for energy efficiency management, receiving, from the UDM, a message including information related to energy usage, storing, the information related to energy usage, sending, to the SMF, a response message corresponds to the first message, receiving, from a Charging Function (CHF), energy usage information for a Protocol Data Unit (PDU) session, updating information for energy usage based on the energy usage information for the PDU session, sending, to an Access and Mobility Function (AMF), information indicating second energy management information; and sending, to a Network Exposure Function (NEF) a message indicating energy usage exposure.
  • SMF Session Management Function
  • UDM Unified Data management Function
  • NEF Network Exposure Function
  • a communication apparatus comprising: means for communicating with another communication apparatus; and means for receiving first information related to energy usage to the another communication apparatus, wherein the communication apparatus receives the first information based on second information related to the energy usage, wherein the second information is provided by an application server.
  • a communication apparatus comprising: means for communicating with another communication apparatus; and means for sending first information related to energy usage to the another communication apparatus, wherein the communication apparatus sends the first information based on second information related to the energy usage, wherein the second information is provided by an application server.
  • a communication apparatus comprising: means for communicating with another communication apparatus, means for sending, to the another communication apparatus, a request message with report timing information related to a load level, means for receiving, from the another communication apparatus, a response message corresponds to the request message, means for receiving, from the another communication apparatus, a message including load information, after receiving the response message, means for determining the load level based on the load information and threshold value; and means for sending, to the another communication apparatus, an indication to move to energy saving state or non-energy saving state after the determining the load level.
  • a communication apparatus comprising: means for communicating with another communication apparatus; means for receiving, from the another communication apparatus, a request message with report timing information related to a load level, means for sending, to the another communication apparatus, a response message corresponds to the request message, means for determining the report timing based on the report timing information, means for sending, to the another communication apparatus, a message including load information, means for receiving, from the another communication apparatus, an indication to move to energy saving state or not energy saving state; and means for activating energy saving mode or non-energy saving mode based on the indication.
  • a first communication apparatus comprising: means for communicating with a second communication apparatus, means for sending, to the second communication apparatus, a request message with report timing information related to a load level, means for receiving, from the second communication apparatus, a response message corresponds to the request message, means for receiving, from the second communication apparatus, a message including load information, after receiving the response message, means for determining the load level based on the load information and threshold value; and means for sending, to a third communication apparatus, an indication to move to energy saving state or non-energy saving state after the determining the load level.
  • a second communication apparatus comprising: means for communicating with a first communication apparatus; means for receiving, from the first communication apparatus, a request message with report timing information related to a load level, means for sending, to the first communication apparatus, a response message corresponds to the request message, means for determining the report timing based on the report timing information; and means for sending, to the first communication apparatus, a message including load information.
  • a communication apparatus comprising: means for sending, to another communication apparatus, a request message including ID related to energy usage, information for an energy usage entity, request information for a report of energy usage information for report period, information for User Equipment (UE) and at least one of Protocol Data Unit (PDU) session ID and Single Network Slice Selection Assistance Information (S-NSSA), means for receiving, from the another communication apparatus, a response message corresponds to the request message; and means for receiving, from the another communication apparatus, a message including the ID related to energy usage, the information for the energy usage entity, the report of energy usage and location information.
  • UE User Equipment
  • PDU Protocol Data Unit
  • S-NSSA Single Network Slice Selection Assistance Information
  • a communication apparatus comprising: means for receiving, from the another communication apparatus, a request message including ID related to energy usage, information for an energy usage entity, request information for a report of energy usage, information for report period, information for User Equipment (UE) and at least one of Protocol Data Unit (PDU) session ID and Single Network Slice Selection Assistance Information (S-NSSA), means for sending, to the another communication apparatus, a response message corresponds to the request message, means for evaluating energy efficiency per network level, Core Node (CN) level, Radio Access Networks (RAN) level, Network Function (NF)level, Single Network Slice Selection Assistance Information (S-NSSA) level, or Protocol Data Unit (PDU) Session level; and means for sending, to the another communication apparatus, a message including the ID related to energy usage, the information for the energy usage entity, the report of energy usage and location information.
  • CN Core Node
  • RAN Radio Access Networks
  • NF Network Function
  • S-NSSA Single Network Slice Selection Assistance Information
  • PDU Protocol Data Unit
  • An Access and Mobility Function comprising: means for sending, to a Radio Access Network (RAN), a message including ID related to energy usage, information for an energy usage entity, request information for a report of energy usage, information for report period, information for User Equipment (UE) and at least one of Protocol Data Unit (PDU) session ID and Single Network Slice Selection Assistance Information (S-NSSA); and means for receiving, from the RAN, a message including the ID related to energy usage, the information for the energy usage entity, the report of energy usage and location information.
  • RAN Radio Access Network
  • PDU Protocol Data Unit
  • S-NSSA Single Network Slice Selection Assistance Information
  • a Radio Access Network comprising: means for receiving, from an Access and Mobility Function (AMF), a message including ID related to energy usage, information for an energy usage entity, request information for a report of energy usage, information for report period, information for a User Equipment (UE) and at least one of Protocol Data Unit (PDU) session ID and Single Network Slice Selection Assistance Information (S-NSSA), means for sending, to the AMF, a response message corresponds to the received message, means for evaluating energy efficiency per network level, Core Node (CN) level, Radio Access Networks (RAN) level, Network Function (NF)level, Single Network Slice Selection Assistance Information (S-NSSA) level, or Protocol Data Unit (PDU) Session level; and means for sending, to the AMF, a message including the ID related to energy usage, the information for the energy usage entity, the report of energy usage and location information.
  • AMF Access and Mobility Function
  • a gNB CU-CP comprising: means for sending, to a gNB DU, a message including ID related to energy usage, information for an energy usage entity, request information for a report of energy usage, information for report period, information for a User Equipment (UE) and at least one of Protocol Data Unit (PDU) session ID and Single Network Slice Selection Assistance Information (S-NSSA); and means for receiving, from the gNB DU, communication apparatus, a message including the ID related to energy usage, the report of energy usage, the information for the energy usage entity and location information.
  • UE User Equipment
  • PDU Protocol Data Unit
  • S-NSSA Single Network Slice Selection Assistance Information
  • a gNB DU comprising: means for receiving, from a gNB CU-CP, a message including ID related to energy usage, information for an energy usage entity, request information for a report of energy usage, information for report period, information for a User Equipment (UE) and at least one of Protocol Data Unit (PDU) session ID and Single Network Slice Selection Assistance Information (S-NSSA), means for sending, to the gNB CU-CP, a response message corresponds to the received message, means for evaluating energy efficiency per network level, Core Node (CN) level, Radio Access Networks (RAN) level, Network Function (NF) level, Single Network Slice Selection Assistance Information (S-NSSA) level, or Protocol Data Unit (PDU) Session level; and means for sending, to the gNB CU-CP, a message including the ID related to energy usage, the report of energy usage, the information for the energy usage entity and location information.
  • CN Core Node
  • RAN Radio Access Networks
  • NF Network Function
  • S-NSSA Single Network Slice Selection Assistance Information
  • a gNB CU-CP comprising: means for sending, to a gNB CU-UP, a message including ID related to energy usage, information for an energy usage entity, request information for a report of energy usage, information for report period, information for a User Equipment (UE) and at least one of Protocol Data Unit (PDU) session ID and Single Network Slice Selection Assistance Information (S-NSSA); and means for receiving, from the gNB CU-UP, communication apparatus, a message including the ID related to energy usage, the report of energy usage, the information for the energy usage entity and location information.
  • UE User Equipment
  • PDU Protocol Data Unit
  • S-NSSA Single Network Slice Selection Assistance Information
  • a gNB CU-UP comprising: means for receiving, from a gNB CU-CP, a message including ID related to energy usage, information for an energy usage entity, request information for a report of energy usage, information for report period, information for a User Equipment (UE) and at least one of Protocol Data Unit (PDU) session ID and Single Network Slice Selection Assistance Information (S-NSSA), means for sending, to the gNB CU-CP, a response message corresponds to the received message, means for evaluating energy efficiency per network level, Core Node (CN) level, Radio Access Networks (RAN) level, Network Function (NF) level, Single Network Slice Selection Assistance Information (S-NSSA) level, or Protocol Data Unit (PDU) Session level; and means for sending, to the gNB CU-CP, a message including the ID related to energy usage, the report of energy usage, the information for the energy usage entity and location information.
  • CN Core Node
  • RAN Radio Access Networks
  • NF Network Function
  • S-NSSA Single Network Slice Selection
  • a Unified Data management Function comprising: means for allocating a User Equipment (UE) for energy efficiency management, means for receiving, from an Access and Mobility Function (AMF), a request message including information indicating support for energy efficiency management, means for sending, to the AMF, response message corresponds to the request message; and means for sending, to a Policy Control Function (PCF), a message including information related to energy usage.
  • a Policy Control Function comprising: means for receiving, from a Unified Data management Function (UDM), a message including first information related to energy usage, means for storing the first information; and means for sending, to an Access and Mobility Function (AMF), second information related to energy usage.
  • An Access and Mobility Function comprising: means for receiving, from a UE, a message including information indicating support for energy efficiency management, means for sending, to a Unified Data management Function (UDM), a request message including information indicating support for energy efficiency management, means for receiving, from the UDM, a response message corresponds to the request message, means for receiving, from a Policy Control Function (PCF), information related to energy usage; and means for sending, to a User Equipment (UE), at least one of information for amount of energy usage, information related to energy shortage and timer.
  • UDM Unified Data management Function
  • PCF Policy Control Function
  • a User Equipment comprising: means for sending, to an Access and Mobility Function (AMF), a message including information indicating support for energy efficiency management; and receiving, from the AMF, at least one of information for amount of energy usage, information related to energy shortage and timer.
  • AMF Access and Mobility Function
  • UDM Unified Data management Function
  • PCF Policy Control Function
  • PCF Policy Control Function
  • a User Equipment comprising: means for sending, to an Access and Mobility Function (AMF), Protocol Data Unit (PDU) session request message comprising information indicating support for energy efficiency management; and means for receiving, from the AMF, energy usage information.
  • AMF Access and Mobility Function
  • PDU Protocol Data Unit
  • An Access and Mobility Function comprising: means for receiving, from a User Equipment (UE), Protocol Data Unit (PDU) session establishment request message including information indicating support for energy efficiency management, means for sending, to a Session Management Function (SMF), a request message including the information indicating support for energy efficiency management, means for receiving, from the SMF, response message corresponds to the request message; and means for receiving, from a Policy Control Function (PCF), information indicating the PDU session is rejected with first energy management information.
  • UE User Equipment
  • PDU Protocol Data Unit
  • SMF Session Management Function
  • PCF Policy Control Function
  • An Access and Mobility Function comprising: means for receiving, from a User Equipment (UE), Protocol Data Unit (PDU) session establishment request message including information indicating support for energy efficiency management, means for sending, to a Session Management Function (SMF), a request message including the information indicating support for energy efficiency management, means for receiving, from the SMF, response message corresponds to the request message; and means for receiving, from a Policy Control Function (PCF), information indicating second energy management information.
  • UE User Equipment
  • PDU Protocol Data Unit
  • SMF Session Management Function
  • PCF Policy Control Function
  • a Policy Control Function comprising: means for receiving, from a Session Management Function (SMF), a first message including information indicating support for energy efficiency management, means for sending, to a Unified Data management Function (UDM), a second message including the information indicating support for energy efficiency management, means for receiving, from the UDM, a message including information related to energy usage, means for storing, the information related to energy usage; and means for sending, to an Access and Mobility Function (AMF), information indicating the PDU session is rejected with first energy management information.
  • SMF Session Management Function
  • UDM Unified Data management Function
  • AMF Access and Mobility Function
  • a Policy Control Function comprising: means for receiving, from a Session Management Function (SMF), a first message including information indicating support for energy efficiency management, means for sending, to a Unified Data management Function (UDM), a second message including the information indicating support for energy efficiency management, means for receiving, from the UDM, a message including information related to energy usage, means for storing, the information related to energy usage, means for sending, to the SMF, a response message corresponds to the first message, means for receiving, from a Charging Function (CHF), energy usage information for a Protocol Data Unit (PDU) session, means for updating information for energy usage based on the energy usage information for the PDU session, means for sending, to an Access and Mobility Function (AMF), information indicating second energy management information; and means for sending, to a Network Exposure Function (NEF) a message indicating energy usage exposure.
  • SMF Session Management Function
  • UDM Unified Data management Function
  • NEF Network Exposure Function
  • a method of a User Equipment comprising: communicating with a communication apparatus; and receiving information related to a shutdown of a Radio Access Network (RAN).
  • RAN Radio Access Network
  • the method according to supplementary note 2 further comprising: receiving information related to resuming of the RAN, selecting the first cell in a case of receiving the information related to resuming of the RAN.
  • a method of a communication apparatus comprising: communicating with a User Equipment (UE); and sending information related to a shutdown of a Radio Access Network (RAN).
  • RAN Radio Access Network
  • a method of a communication apparatus comprising: communicating with a User Equipment (UE); and sending information related to resuming of a Radio Access Network (RAN).
  • RAN Radio Access Network
  • a method of a communication apparatus comprising: sending information related to a shutdown of a Radio Access Network (RAN); and receiving a message related to a handover of a User Equipment (UE) in a case of sending the information.
  • a method of a communication apparatus comprising: receiving information related to a shutdown of a Radio Access Network (RAN); and sending a message related to a handover of a User Equipment (UE) in a case of receiving the information.
  • a method of a communication apparatus comprising: communicating with another communication apparatus; and performing a procedure related to a handover of a User Equipment (UE) in case of a shutdown of a Radio Access Network (RAN).
  • a User Equipment (UE) comprising: means for communicating with a communication apparatus; and means for receiving information related to a shutdown of a Radio Access Network (RAN).
  • the UE according to supplementary note 9 further comprising: wherein the information related to the shutdown of the RAN is received in a first cell, means for selecting a second cell in a case of receiving the information related to the shutdown of the RAN.
  • the UE according to supplementary note 11 further comprising: receiving information related to resuming of the RAN, selecting the first cell in a case of receiving the information related to resuming of the RAN.
  • a communication apparatus comprising: means for communicating with a User Equipment (UE); and means for sending information related to a shutdown of a Radio Access Network (RAN).
  • UE User Equipment
  • RAN Radio Access Network
  • a communication apparatus comprising: means for communicating with a User Equipment (UE); and means for sending information related to resuming of a Radio Access Network (RAN).
  • UE User Equipment
  • RAN Radio Access Network
  • a communication apparatus comprising: means for sending information related to a shutdown of a Radio Access Network (RAN); and means for receiving a message related to a handover of a User Equipment (UE) in a case of sending the information.
  • UE User Equipment
  • a communication apparatus comprising: means for receiving information related to a shutdown of a Radio Access Network (RAN); and means for sending a message related to a handover of a User Equipment (UE) in a case of receiving the information.
  • UE User Equipment
  • a communication apparatus comprising: means for communicating with another communication apparatus; and means for performing a procedure related to a handover of a User Equipment (UE) in case of a shutdown of a Radio Access Network (RAN).

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Un aspect de la présente divulgation concerne un procédé d'un appareil de communication. Le procédé consiste à recevoir des premières informations relatives à l'utilisation d'énergie de l'autre appareil de communication, l'appareil de communication recevant les premières informations sur la base de secondes informations relatives à l'utilisation d'énergie, les secondes informations étant fournies par un serveur d'application.
PCT/JP2024/035084 2023-10-25 2024-10-01 Procédé d'un appareil de communication, procédé d'un autre appareil de communication, appareil de communication et autre appareil de communication Pending WO2025088989A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
IN202311072736 2023-10-25
IN202311072736 2023-10-25

Publications (1)

Publication Number Publication Date
WO2025088989A1 true WO2025088989A1 (fr) 2025-05-01

Family

ID=95515653

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2024/035084 Pending WO2025088989A1 (fr) 2023-10-25 2024-10-01 Procédé d'un appareil de communication, procédé d'un autre appareil de communication, appareil de communication et autre appareil de communication

Country Status (1)

Country Link
WO (1) WO2025088989A1 (fr)

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ERICSSON: "Network Energy Saving", 3GPP DRAFT; R3-213779, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), vol. RAN WG3, 5 August 2021 (2021-08-05), FR, XP052032819 *
YANRU WANG, SAMSUNG: "Discussion on E1/F1 impact of AI/ML for NG-RAN", 3GPP DRAFT; R3-233942; TYPE DISCUSSION; NR_AIML_NGRAN-CORE, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), vol. RAN WG3, 11 August 2023 (2023-08-11), FR, XP052437672 *

Similar Documents

Publication Publication Date Title
WO2022270258A1 (fr) Procédé d'appareil de fonction d'accès et de gestion de mobilité (amf), procédé d'équipement utilisateur (ue), procédé d'appareil de fonction de commande d'admission de tranche de réseau (nsacf), procédé de nœud de réseau d'accès radio (ran), procédé d'appareil de fonction de commande de politique (pcf), appareil amf, ue, appareil nsacf, nœud ran et appareil pcf
WO2023080032A1 (fr) Procédé d'appareil à fonction d'application (af), procédé d'appareil à fonction d'exposition au réseau (nef), procédé d'appareil de gestion unifiée de données (udm), procédé d'appareil à fonction de gestion d'accès et de mobilité (amf), procédé d'équipement utilisateur (ue), procédé d'appareil à fonction de commande de politique (pcf), procédé de nœud de réseau d'accès radio (ran), appareil à af, appareil à nef, appareil d'udm, appareil à amf, ue, appareil à pcf et nœud de ran
EP4454405A1 (fr) Procédé d'appareil de communication, procédé d'équipement utilisateur (ue), appareil de communication, ue, procédé pour un premier appareil de réseau central, procédé pour un troisième appareil de réseau central et procédé pour un premier noeud de fonction de commande de tranche de réseau
WO2023032529A1 (fr) Procédé d'appareil de communication, procédé de gnb-cu-cp, procédé d'appareil amf, procédé d'appareil smf, procédé d'appareil gnb-du, procédé d'appareil upf, appareil de communication, appareil gnb-cu-cp, appareil amf, appareil smf, appareil gnb du et appareil upf
WO2022270259A1 (fr) Procédé d'appareil de fonction de gestion de session (smf), procédé d'appareil de fonction de commande d'admission de tranche de réseau (nsacf), procédé d'appareil de fonction de gestion de mobilité et d'accès (amf), procédé d'appareil associé à smf, appareil smf, appareil nsacf, appareil amf et appareil associé à smf
WO2023286779A1 (fr) Procédé exécuté par un terminal radio, et terminal radio
WO2023145526A1 (fr) Procédé d'équipement utilisateur (eu), procédé d'appareil de communication, eu et appareil de communication
WO2024162185A1 (fr) Fonction de gestion d'accès et de mobilité, amf, réseau d'accès radio partagé, ran et procédé
WO2024150678A1 (fr) Terminal radio, nœud de réseau central, gestion de données unifiée (udm), serveur d'abonné domestique (hss), équipement utilisateur (ue) et procédé
WO2025088989A1 (fr) Procédé d'un appareil de communication, procédé d'un autre appareil de communication, appareil de communication et autre appareil de communication
WO2025089126A1 (fr) Procédé d'appareil de communication, amf, ran, gnb cu-cp, gnb du, gnb cu-cp, gnb cu-up, udm, pcf, ue, et appareil de communication, amf, ran, gnb cu-cp, gnb du, gnb cu-cp, gnb cu-up, udm, pcf et ue
WO2025089109A1 (fr) Procédé d'équipement utilisateur (ue), procédé d'appareil de communication, ue et appareil de communication
WO2024225050A1 (fr) Procédé d'équipement utilisateur (ue) distant, procédé de premier appareil de communication, ue distant et premier appareil de communication
WO2024185726A1 (fr) Procédé d'équipement utilisateur, procédé de premier appareil de communication, ue et premier appareil de communication
WO2024185727A1 (fr) Procédé d'équipement utilisateur, procédé d'appareil de communication, ue et appareil de communication
WO2025069793A1 (fr) Procédé d'équipement utilisateur (ue), procédé de fonction de gestion d'accès et de mobilité (amf), ue et amf
WO2025069797A1 (fr) Procédé d'équipement utilisateur (ue), procédé de fonction de gestion d'accès et de mobilité (amf), ue et amf
WO2025018238A1 (fr) Procédé de premier appareil de communication, procédé d'équipement utilisateur (ue), premier appareil de communication et ue
WO2024150683A1 (fr) Station radio, nœud de réseau central, terminal radio et procédés
WO2025211365A1 (fr) Procédé mis en œuvre par un équipement utilisateur, procédé mis en œuvre par un premier dispositif de réseau central, équipement utilisateur et premier dispositif de réseau central
WO2024053551A1 (fr) Procédé d'équipement utilisateur (ue), procédé d'accès et fonction de gestion de mobilité (amf), procédé de gestion unifiée de données (udm), ue, amf et udm
WO2024053389A1 (fr) Équipement utilisateur (ue), procédé d'ue et fonction de gestion d'accès et de mobilité (amf)
WO2025018243A1 (fr) Terminal radio, premier nœud de réseau central, deuxième nœud de réseau central, troisième nœud de réseau central, quatrième nœud de réseau central, procédé pour un terminal radio, procédé pour un premier nœud de réseau central, procédé pour un deuxième nœud de réseau central, procédé pour un troisième nœud de réseau central et procédé pour un quatrième nœud de réseau central
WO2025018245A1 (fr) Terminal radio, premier nœud de réseau central maître, premier nœud de réseau central secondaire, deuxième nœud de réseau central, quatrième nœud de réseau central, procédé pour terminal radio, procédé pour premier nœud de réseau central maître, procédé pour premier nœud de réseau central secondaire, procédé pour deuxième nœud de réseau central, et procédé pour quatrième nœud de réseau central
WO2025211360A1 (fr) Procédé mis en œuvre par un équipement utilisateur (ue), procédé mis en œuvre par un premier dispositif de réseau central (cn), un équipement utilisateur (ue) et un premier dispositif de réseau central (cn)

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 24882106

Country of ref document: EP

Kind code of ref document: A1