PDU set monitoring

Abstract

Various examples provide an apparatus (120) comprising: means (11, 15) for receiving, from a first core network entity (131), one or more Protocol Data Unit, PDU, sets for the apparatus to transmit to a User Equipment, UE 110; means for determining, for the one or more PDU sets (202), whether a PDU set is considered to be successfully or unsuccessfully transmitted from the apparatus to the UE, wherein the determination is based at least in part on a number of PDUs of the PDU set that have been successfully or unsuccessfully transmitted from the apparatus to the UE; means (11) for determining a number of the one or more PDU sets considered to be successfully or unsuccessfully transmitted; means (11, 15) for sending, to a second core network entity (132) or the first core network entity, information indicative of the number of the one or more PDU sets considered to be successfully or unsuccessfully transmitted.

Description

PDU Set Monitoring

[0001] TECHNOLOGICAL FIELD

[0002] Examples of the disclosure relate to the monitoring Protocol Data Unit, PDU, sets. Some relate and apparatuses, methods and computer programs for performing PDU set measurements (e.g. measuring one or more Quality of Service, QoS, parameters related to PDU sets, such as PDU set loss rate, PSLR) and reporting the same.BACKGROUND

[0003] Monitoring PDU sets (i.e. by measuring one or more Quality of Service, QoS, parameters related to PDU sets -that are conveyed via a Radio Access Network, RAN -and reporting the same) may enable a determination to be made as to whether a PDU set related QoS is satisfied or not and, if it is not satisfied, this may enable remedial action to be taken so that the PDU set related QoS can be satisfied.

[0004] Conventional procedures for monitoring PDU sets are not always optimal. Conventional procedures for measuring QoS parameters related to PDU sets and reporting the same are not always optimal.

[0005] In some circumstances, it may be desirable to provide an improved procedure for monitoring PDU sets. In some circumstances, it may be desirable to provide an improved procedure for measuring a QoS parameter related to PDU sets and reporting the same.

[0006] BRIEF SUMMARY

[0007] According to various, but not necessarily all, examples of the disclosure there are provided examples as claimed in the appended claims. Any examples and features described in this specification that do not fall under the scope of the independent claims are to be interpreted as examples useful for understanding various embodiments of the invention.

[0008] According to at least some examples of the disclosure there is provided an apparatus comprising:

[0009] means for receiving, from a first core network entity, one or more Protocol Data Unit, PDU, sets for the apparatus to transmit to a User Equipment, UE;

[0010] means for determining, for the one or more PDU sets, whether a PDU set is considered to be successfully or unsuccessfully transmitted from the apparatus to the UE, wherein the determination is based at least in part on a number of PDUs of the PDU set that have been successfully or unsuccessfully transmitted from the apparatus to the UE;

[0011] means for determining a number of the one or more PDU sets considered to be successfully or unsuccessfully transmitted; and

[0012] means for sending, to a second core network entity or the first core network entity, information indicative of the number of the one or more PDU sets considered to be successfully or unsuccessfully transmitted.

[0013] According to various, but not necessarily all, examples of the disclosure there is provided a method comprising:

[0014] receiving, at an apparatus from a first core network entity, one or more Protocol Data Unit, PDU, sets for the apparatus to transmit to a User Equipment, UE;

[0015] determining, at the apparatus for the one or more PDU sets, whether a PDU set is considered to be successfully or unsuccessfully transmitted from the apparatus to the UE, wherein the determination is based at least in part on a number of PDUs of the PDU set that have been successfully or unsuccessfully transmitted from the apparatus to the UE;

[0016] determining, at the apparatus, a number of the one or more PDU sets considered to be successfully or unsuccessfully transmitted; and

[0017] sending, from the apparatus to a second core network entity or the first core network entity, information indicative of the number of the one or more PDU sets considered to be successfully or unsuccessfully transmitted.

[0018] According to various, but not necessarily all, examples of the disclosure there is provided a method comprising:

[0019] receiving, at an apparatus from a User Equipment, UE, one or more Protocol Data Unit, PDU, sets for the apparatus to transmit to a first core network entity;

[0020] determining, at the apparatus, for the one or more PDU sets, whether a PDU set is considered to be successfully or unsuccessfully received at the apparatus from the UE, wherein the determination is based at least in part on a number of PDUs of the PDU set that have been successfully or unsuccessfully received at the apparatus from the UE;

[0021] determining, at the apparatus, a number of the one or more PDU sets considered to be successfully or unsuccessfully received; and

[0022] sending, from the apparatus to a first core network entity or a second core network entity, information indicative of the number of the one or more PDU sets considered to be successfully or unsuccessfully received at the apparatus from the UE.

[0023] According to various, but not necessarily all, examples of the disclosure there is provided a chipset comprising processing circuitry configured to perform the above-mentioned methods.

[0024] According to various, but not necessarily all, examples of the disclosure there is provided: an apparatus, a module, circuitry, a device and / or a system comprising means for performing the above-mentioned methods.

[0025] According to various, but not necessarily all, examples of the disclosure there is provided a computer program comprising instructions, which when executed by an apparatus, cause the apparatus to perform the above-mentioned methods.

[0026] According to various, but not necessarily all, examples of the disclosure there is provided an apparatus comprising:

[0027] at least one processor; and

[0028] at least one memory storing instructions that, when executed by the at least one processor, cause the apparatus at least to:

[0029] receive, from a first core network entity, one or more Protocol Data Unit, PDU, sets for the apparatus to transmit to a User Equipment, UE;

[0030] determine, for the one or more PDU sets, whether a PDU set is considered to be successfully or unsuccessfully transmitted from the apparatus to the UE, wherein the determination is based at least in part on a number of PDUs of the PDU set that have been successfully or unsuccessfully transmitted from the apparatus to the UE;

[0031] determine a number of the one or more PDU sets considered to be successfully or unsuccessfully transmitted; and

[0032] send, to a second core network entity or the first core network entity, information indicative of the number of the one or more PDU sets considered to be successfully or unsuccessfully transmitted.

[0033] According to various, but not necessarily all, examples of the disclosure there is provided a non-transitory computer readable medium encoded with instructions that, when executed by at least one processor, causes at least the following to be performed:

[0034] receive, at an apparatus from a first core network entity, one or more Protocol Data Unit, PDU, sets for the apparatus to transmit to a User Equipment, UE;

[0035] determine, at the apparatus, for the one or more PDU sets, whether a PDU set is considered to be successfully or unsuccessfully transmitted from the apparatus to the UE, wherein the determination is based at least in part on a number of PDUs of the PDU set that have been successfully or unsuccessfully transmitted from the apparatus to the UE;

[0036] determine, at the apparatus, a number of the one or more PDU sets considered to be successfully or unsuccessfully transmitted; and

[0037] send, from the apparatus to a second core network entity or the first core network entity, information indicative of the number of the one or more PDU sets considered to be successfully or unsuccessfully transmitted.

[0038] According to at least some examples of the disclosure there is provided an apparatus comprising:

[0039] means for receiving, from a first core network entity, configuration information for reporting, to a second core network entity, first information indicative of a number of one or more PDU sets considered to be successfully or unsuccessfully transmitted by a Radio Access Network, RAN, node to a User Equipment, UE;

[0040] means for receiving, from the RAN node, the first information; and

[0041] means for reporting the first information to the second core network entity.

[0042] According to various, but not necessarily all, examples of the disclosure there is provided a method comprising:

[0043] receiving, at an apparatus from a first core network entity, configuration information for reporting, to a second core network entity, first information indicative of a number of one or more PDU sets considered to be successfully or unsuccessfully transmitted by a Radio Access Network, RAN, node to a User Equipment, UE;

[0044] receiving, at the apparatus from the RAN node, the first information; and

[0045] reporting, from the apparatus, the first information to the second core network entity.

[0046] According to various, but not necessarily all, examples of the disclosure there is provided a method comprising:

[0047] receiving, at an apparatus from a first core network entity, configuration information for reporting, to a second core network entity, first information indicative of a number of one or more PDU sets considered to be successfully or unsuccessfully received by a Radio Access Network, RAN, node from a User Equipment, UE;

[0048] receiving, at the apparatus from the RAN node, the first information; and

[0049] reporting, from the apparatus, the first information to the second core network entity.

[0050] According to various, but not necessarily all, examples of the disclosure there is provided a chipset comprising processing circuitry configured to perform the above-mentioned methods.

[0051] According to various, but not necessarily all, examples of the disclosure there is provided: an apparatus, a module, circuitry, a device and / or a system comprising means for performing the above-mentioned methods.

[0052] According to various, but not necessarily all, examples of the disclosure there is provided a computer program comprising instructions, which when executed by an apparatus, cause the apparatus to perform the above-mentioned methods.

[0053] According to various, but not necessarily all, examples of the disclosure there is provided an apparatus comprising:

[0054] at least one processor; and

[0055] at least one memory storing instructions that, when executed by the at least one processor, cause the apparatus at least to:

[0056] receive, from a first core network entity, configuration information for reporting, to a second core network entity, first information indicative of a number of one or more PDU sets considered to be successfully or unsuccessfully transmitted by a Radio Access Network, RAN, node to a User Equipment, UE;

[0057] receive, from the RAN node, the first information; and

[0058] report the first information to the second core network entity.

[0059] According to various, but not necessarily all, examples of the disclosure there is provided a non-transitory computer readable medium encoded with instructions that, when executed by at least one processor, causes at least the following to be performed:

[0060] receive, at an apparatus from a first core network entity, configuration information for reporting, to a second core network entity, first information indicative of a number of one or more PDU sets considered to be successfully or unsuccessfully transmitted by a Radio Access Network, RAN, node to a User Equipment, UE;

[0061] receive, at the apparatus from the RAN node, the first information; and

[0062] report, from the apparatus, the first information to the second core network entity.

[0063] The following portion of this ‘Brief Summary’ section describes various features that can be features of any of the examples described in the foregoing portion of the ‘Brief Summary’ section mutatis mutandis. The description of a function should additionally be considered to also disclose any means suitable for performing that function, or any instructions stored in at least one memory that, when executed by at least one processor, cause an apparatus to perform that function.

[0064] In some but not necessarily all examples, the information indicative of the number of the one or more PDU sets considered to be successfully or unsuccessfully transmitted is based at least in part on a total number of the one or more PDU sets to be transmitted to the UE, and wherein the information is indicative of a ratio of:

[0065] the number of the one or more PDU sets considered to be successfully or unsuccessfully transmitted, and

[0066] the total number of the one or more PDU sets to be transmitted by the apparatus to the UE.

[0067] In some but not necessarily all examples, wherein the information is indicative of a PDU set loss rate, PSLR, measurement, wherein the PSLR measurement is indicative of a rate of successfully or unsuccessfully transmitted PDU sets.

[0068] In some but not necessarily all examples, the determination of whether the PDU set is considered to be successfully or unsuccessfully transmitted is based on whether a portion of PDUs of the PDU set that are successful sent exceeds a threshold.

[0069] In some but not necessarily all examples, the apparatus further comprises means for receiving, from the second core network entity, configuration information, for configuring the apparatus to perform the PSLR measurement.

[0070] In some but not necessarily all examples, the configuration information comprises information for configuring the apparatus to perform at least one or more of the following:

[0071] determine whether PDU sets are considered to be successfully or unsuccessfully transmitted;

[0072] determine the number of the one or more PDU sets considered to be successfully or unsuccessfully transmitted;

[0073] send the information to the first or second core network entity.

[0074] In some but not necessarily all examples, the configuration information comprises information indicative of an entity to which the information is to be sent; and wherein the information is sent to the entity.

[0075] In some but not necessarily all examples, the configuration information comprises information indicating that the sending of the information is to be based on a determination, by the apparatus, that a threshold has been crossed; and wherein the threshold is based, at least in part, on the number of the one or more PDU sets considered to be successfully or unsuccessfully transmitted.

[0076] In some but not necessarily all examples, the configuration information comprises information indicative of the threshold.

[0077] In some but not necessarily all examples, the configuration information comprises information indicative of a time interval; and wherein the performance of at least one or more of the following:

[0078] determining whether PDU sets are considered to be successfully or unsuccessfully transmitted, or

[0079] determining the number of the one or more PDU sets considered to be successfully or unsuccessfully transmitted

[0080] is based at least in part on the time interval

[0081] In some but not necessarily all examples, the configuration information comprises information indicative of a first number of PDU sets; and wherein the performance of at least one or more of the following:

[0082] determining whether PDU sets are considered to be successfully or unsuccessfully transmitted, or

[0083] determining the number of the one or more PDU sets considered to be successfully or unsuccessfully transmitted

[0084] is based at least in part on the first number of PDU sets.

[0085] In some but not necessarily all examples, the configuration information comprises information indicative of one or more metrics to be reported to the first or second core network entity.

[0086] In some but not necessarily all examples, the apparatus further comprises mean for receiving, from the second core network entity, configuration information for configuring the apparatus to perform at least one or more of the following:

[0087] determining, for each PDU set of a plurality of PDU sets to be transmitted by the apparatus to the UE:

[0088] a total number of PDUs in each set PDU set, and

[0089] a number of PDUs in each PDU set that have been successfully or unsuccessfully transmitted by the apparatus to the UE;

[0090] determining one or more metrics indicative of a quality of transmission of PDU sets from the apparatus to the UE, wherein the metric is determined based at least in part on:

[0091] the total number of PDUs in each set PDU set, and

[0092] the number of PDUs of each PDU set that have been successfully or unsuccessfully transmitted by the apparatus to the UE.

[0093] According to various, but not necessarily all, embodiments there is provided an apparatus comprising means for performing at least part of one or more methods described herein. The description of a function and / or action should additionally be considered to also disclose any means suitable for performing that function and / or action. Functions and / or actions described herein can be performed in any suitable way using any suitable method.

[0094] According to various, but not necessarily all, embodiments there is provided examples as claimed in the appended claims.

[0095] While the above examples of the disclosure and optional features are described separately, it is to be understood that their provision in all possible combinations and permutations is contained within the disclosure. It is to be understood that various  examples of the disclosure can comprise any or all the features described in respect of other examples of the disclosure, and vice versa. Also, it is to be appreciated that any one or more or all the features, in any combination, may be implemented by / comprised in / performable by an apparatus, a method, and / or computer program instructions as desired, and as appropriate. The description of a function should additionally be considered to also disclose any means suitable for performing that function.

[0096] BRIEF DESCRIPTION

[0097] Some examples will now be described with reference to the accompanying drawings in which:

[0098] FIG. 1 shows an example of the subject matter described herein;

[0099] FIG. 2 shows another example of the subject matter described herein;

[0100] FIG. 3 shows another example of the subject matter described herein;

[0101] FIG. 4 shows another example of the subject matter described herein; and

[0102] FIG. 5 shows another example of the subject matter described herein.

[0103] The figures are not necessarily to scale. Certain features and views of the figures can be shown schematically or exaggerated in scale in the interest of clarity and conciseness. For example, the dimensions of some elements in the figures can be exaggerated relative to other elements to aid explication. Similar reference numerals are used in the figures to designate similar features. For clarity, all reference numerals are not necessarily displayed in all figures.

[0104] ABBREVIATIONS / DEFINITIONS

[0105] 3GPP                  3rd Generation Partnership Project

[0106] 5G                    5th Generation

[0107] 5GS                   5G System

[0108] 5QI                   5G Quality of Service Identifier

[0109] ACK                   Acknowledgements

[0110] AF                    Application Function

[0111] ATSSS                 Access Traffic Steering, Switching, Splitting

[0112] ATW                   Analysis Time Window

[0113] BS                    Base Station

[0114] DSCP                  Differentiated Services Code Point

[0115] FEC                   Forward Error Correction

[0116] gNB                   Next generation NodeB, 5G / NR base station

[0117] GTP-U                 GPRS Tunnelling Protocol User Plane

[0118] HARQ                  Hybrid Automatic Retransmission request

[0119] N2                    Interface between SMF / PCF and RAN

[0120] N3                    Interface between UPF and RAN

[0121] N4                    Interface between a UPF and SMF / PCF

[0122] N6                    Interface between a UPF and a Data Network

[0123] N9                    Interface between two UPFs

[0124] NE                    Network Entity

[0125] NEF                   Network Exposure Function

[0126] NPS                   Number of PDU Sets

[0127] NR                    New Radio

[0128] NW                    Network

[0129] PCC                   Policy and Charging Control

[0130] PCF                   Policy Control Function

[0131] PDU                   Protocol Data Unit

[0132] PER                   Packet Error Rate

[0133] PLR                   Packet Loss Rate

[0134] PSD                   PDU Set Delay

[0135] PSDB                  PDU Set Delay Budget

[0136] PSER                  PDU Set Error Rate

[0137] PSLR                  PDU Set Loss Rate

[0138] PSQM                  PDU Set QoS Measurement

[0139] QoS                   Quality of Service

[0140] QMP                   QoS Measurement Packet

[0141] RAN                   Radio Access Network

[0142] SMF                   Session Management Function

[0143] TRP                   Transmission Reception Point

[0144] UE                    User Equipment

[0145] UPF                   User Plane Function

[0146] XRM                   Extended Reality (XR) and Media servicesDETAILED DESCRIPTION

[0147] FIG. 1 schematically illustrates an example of a network 100 suitable for use with examples of the present disclosure. The network (which may be referred to as NW) comprises a plurality of network entities (which may be referred to as NEs) , including:

[0148] · terminal apparatuses 110 (which may be referred to as terminal nodes or User Equipment, UE) ,

[0149] ·access apparatuses 120 (which may be referred to as access nodes, gNodeBs, gNBs, or Base Stations, BSs) ,

[0150] ·one or more core network apparatuses 130 (which may be referred to as core nodes, core functions, core entities or core network entities) .

[0151] The terminal nodes 110 and access nodes 120 communicate with each other. The one or more core network nodes 130 may, in some but not necessarily all examples, communicate with each other. The one or more access nodes 120 may, in some but not necessarily all examples, communicate with each other. The one or more access nodes 120 may, in some but not necessarily all examples, communicate with one or more core network nodes 130. The access nodes 120 may communicate with a location server via the one or more core nodes 130. The access nodes 120 and one or more location servers may communicate directly with each other.

[0152] The network 100 is, in this example, a 3rd Generation Partnership Project, 3GPP, telecommunications network in which at least some of the terminal nodes 110 and access nodes 120 communicate with each other using transmission / reception of radio waves.

[0153] The network 100 may include a Radio Access Network, RAN, such as a cellular network comprising a plurality of cells 122 each served by an access node 120. The access nodes 120 comprise cellular radio transceivers. The terminal nodes 110 comprise cellular radio transceivers.

[0154] In the particular example illustrated and discussed below, the network 100 includes a New Radio, NR, network of the Third Generation Partnership Project, 3GPP, and its fifth generation, 5G, New Radion, NR, technology. In other examples, the network 100 may be a network beyond 5G, for example a next generation (i.e. sixth  generation, 6G) Radio Network that is currently under development (i.e. an evolution of the NR network and its 5G technology) .

[0155] The interfaces between the terminal nodes 110 and the access nodes 120 are radio interfaces 124 (e.g., Uu interfaces) . The interfaces between the access nodes 120 and one or more core nodes 130 are backhaul interfaces 128 (e.g., S1 and / or Next Generation, NG, interfaces) .

[0156] Depending on the exact deployment scenario, the access nodes 120 may be RAN nodes such as NG-RAN nodes. NG-RAN nodes may be gNodeBs, gNBs, that provide NG user plane and control plane protocol terminations towards the UE. The gNBs connected by means of NG interfaces to a 5G Core (5GC) , not least for example to an Access and Mobility Management Function, AMF, by means of an NG Control Plane, NG-C, interface and to a User Plane Function, UPF, by means of an NG User Plane, NG-U, interface. The access nodes 120 may be interconnected with each other by means of Xn interfaces 126.

[0157] The cellular network 100 may be configured to operate in licensed frequency bands, or unlicensed frequency bands (not least such as: unlicensed bands that rely upon a transmitting device to sense the radio resources / medium before commencing transmission, such as via a Listen Before Talk, LBT, procedure; and a 60GHz unlicensed band where beamforming may be required in order to achieve required coverage) .

[0158] The access nodes 120 may be deployed in an NG standalone operation / scenario. The access nodes 120 may be deployed in a NG non-standalone operation / scenario. The access nodes 120 may be deployed in a Carrier Aggregation, CA, operation / scenario. The access nodes 120 may be deployed in a Dual Connectivity, DC, operation / scenario, i.e., Multi Radio Access Technology -Dual Connectivity, MR-DC, or NR-DC. The access nodes 120 may be deployed in a Multi Connectivity, MC, operation / scenario.

[0159] In such non-standalone / dual connectivity deployments, the access nodes 120 may be interconnected to each other by means of X2 or Xn interfaces, and connected to an Evolved Packet Core, EPC, by means of an S1 interface or to the 5GC by means of a NG interface.

[0160] A terminal node 110, in addition to being capable of communicating (i.e. with other terminal nodes) via access nodes 120 of the network 100, may also be capable of and configured to communicate directly with one or more other terminal nodes. In this regard, the terminal node may be capable of and configured to perform device-to-device, D2D, communication -which may be referred to as Sidelink, SL, communication. Such D2D / SL communication may use a PC5 interface. PC5 refers to a reference point where the terminal node communicates directly with another terminal node over a direct channel (i.e. communication via an access node is not required) . D2D communications may be short-range, network-less, direct communications. SL in New Radio (NR) is defined in 3GPP’s release 16 of 5G NR.

[0161] In the example of FIG. 1 the core node 130 is shown as a single entity. In some examples the core node 130 could be distributed across a plurality of entities. For example, the core node 130 could be cloud based or distributed in any other suitable manner. The core node / core entities may provide one or more functions, not least such as: User Plane Function UPF, Session Management Function SMF, Policy Control Function PCF, and Application Function AF.

[0162] The access nodes 120 are network elements in the network responsible for radio transmission and reception in one or more cells 122 to or from the terminal nodes 110. The access nodes 120 are the network termination of a radio link. Each access node may be a Transmission Reception Point, TRP, or may host one or more TRPs.

[0163] An access node 120 may be implemented as a single network equipment, or have a split architecture that is disaggregated / distributed over two or more access nodes, such as a Central Unit, CU, a Distributed Unit, DU, a Remote Radio Head-end, RRH, using different functional-split architectures and different interfaces.

[0164] The terminal nodes 110 are network elements in the network that terminate the user side of the radio link. They are devices allowing access to network services. Terminal node 110 functionalities may be performed also by Mobile Termination, MT, part of an Integrated Access and Backhaul, IAB, node. The terminal nodes 110 may be referred to as User Equipment, UE, mobile equipment, mobile terminals or mobile stations.

[0165] The term ‘User Equipment’ may be used to designate mobile equipment comprising means, such as a smart card, for authentication / encryption etc. such as a Subscriber Identity Module, SIM. A SIM / SIM card can be a memory chip, a module, or a Universal Subscriber Identity Module (USIM) . In some examples, the term ‘User Equipment’ can be used to designate a location / position tag, a hyper / smart, a hyper / smart sensor, or a mobile equipment comprising circuitry embedded as part of the user equipment for authentication / encryption such as a software SIM.

[0166] In the following description:

[0167] a terminal apparatus / terminal node may be referred to simply as a UE 110; and

[0168] an access apparatus / access node may be referred to simply as BS 120

[0169] a core apparatus / core node (for example not least such as: AMF, UPF, SMF, PCF, and AF) may be referred to simply as a core network entity.

[0170] There now follows a brief discussion of PDU sets and PDU set QoS parameters.

[0171] A PDU set may be defined as one or more PDUs carrying a payload of one unit of information generated at an application level (e.g. video frame (s) or video slice (s) etc. for eXtended Reality, XR, Services) .

[0172] In 3GPP Rel. 18 PDU set based handling was defined in normative specifications (e.g. 3GPP TS 23.501 V18.5.0 and TS 23.502 V18.5.0) to support QoS for XR and bring application awareness to the 5GS.

[0173] All the PDUs of a PDU set may be transmitted within the same QoS flow. PDU set QoS parameters may be applicable to an aggregate set of PDUs that comprise a PDU set. Individual PDUs can be identified by a UPF as belonging to a PDU set and PDU set Information can be added by the UPF to a GPRS Tunnelling Protocol User Plane, GTP-U, header of packets sent from the UPF to an NG-RAN. The PDU set information and PDU set QoS parameters are used by the NG-RAN to provide PDU set based QoS.

[0174] PDU set QoS parameters may be used to support PDU set based QoS handling in the NG-RAN. The following PDU set QoS parameters may be sent to the NG-RAN to enable PDU Set based QoS handling:

[0175] · PDU Set Error Rate, PSER: this defines an upper bound for a rate of non-congestion related PDU Set losses.

[0176] · PDU Set Delay Budget, PSDB: this defines an upper bound for a delay that a PDU Set may experience for a transfer between a UE and an N6 termination point at the UPF (i.e. a duration between a reception time of a first PDU [namely at the N6 termination point for DL, or the UE for UL] and the time when all PDUs of a PDU set have been successfully received [namely at the UE for DL or N6 termination point for UL) .

[0177] For a given QoS flow, values of PSDB can be different for UL and DL.

[0178] A QoS Profile, which is sent to the NG-RAN to configure QoS, may include PDU set QoS parameters for UL and / or DL direction (s) . A PCF determines PDU Set QoS parameters based on information provided by an AF and / or local configuration. The PDU set QoS parameters are sent to an SMF as part of a Policy and Charging Control, PCC rule. The SMF sends the PDU set QoS parameters to the NG-RAN as part of the QoS Profile.

[0179] If the NG-RAN receives PDU set QoS parameters, it enables PDU Set based QoS handling and applies PDU set QoS parameters (e.g. as described in 3GPP Rel. 18 TS 38.300, TS 38.413 and TS 38.331) .

[0180] There now follows a brief discussion of QoS Monitoring.

[0181] QoS monitoring is an effective and efficient way defined in 3GPP (since Rel-16) to monitor network or QoS flow performance. Since Rel-18 QoS monitoring has been extended from Ultra Reliable and Low Latency Communications, URLLC-specific services to generalized services. For Rel-18 XR and Media services, XRM, new QoS parameters have been agreed to be measured as requested by the AF.

[0182] An AF can request measurements for one or more of the following QoS parameters, which may trigger QoS monitoring for service data flow (s) :

[0183] · UL packet delay, DL packet delay, round trip packet delay (see e.g. TS 23.501, clause 5.45.2) .

[0184] · Congestion (see e.g. TS 23.501, clause 5.45.3) .

[0185] · Data Rate (see e.g. TS 23.501, clause 5.45.4) .

[0186] · Packet Delay Variation (see e.g. TS 23.501, clause 5.37.7) .

[0187] · Round trip packet delay considering UL on a service data flow and DL of another service data flow (see e.g. TS 23.501, clause 5.37.4) .

[0188] QoS Monitoring reporting can be:

[0189] – UPF to local Network Exposure Function, NEF / AF

[0190] – UPF to SMF to PCF to NEF to AF

[0191] – RAN to UPF using GTP-U.

[0192] There now follows a brief discussion of Packet Loss Rate, PLR.

[0193] PLR measurements (see e.g. TS23.501, clause 5.32.5.2a) have been standardized by 3GPP to support Access Traffic Steering, Switching, Splitting, ATSSS. A sending side (UPF for DL, and UE for UL) and a receiving side (UE for DL, and UPF for UL) count received PDUs sent and received, and determine a PLR based on a ratio of counts. Performance Management Function, PMF, messages are exchanged between the UE and UPF to enable counting and report PLR related information.

[0194] In addition, for QoS, a RAN is provided with a Packet Error Rate, PER, target to enforce. This involves the RAN determining whether PDUs are successfully sent or not.

[0195] There now follows a discussion of certain issues which certain examples of the present invention seek to ameliorate or address.

[0196] Conventionally / currently in XR, AF or PCF (if locally configured) may provide PDU Set QoS parameters (e.g., PSER) to an NG-RAN for efficient handling of a service. However, currently there is no mechanism in place via which the AF / 5GC can know whether a PDU set related QoS (e.g. PSER) is satisfied or not. Hence, if a PDU set related QoS is not satisfied, the 5GC is unaware of the same and hence is not able to  trigger / employ any remedies to seek to satisfy the PDU set related QoS (e.g. take action to mitigate a loss rate and to achieve a requested PSER) .

[0197] Conventional / current error / loss rate monitoring mechanisms to measure and report error / loss rates are not optimal. Conventional PLR measurements and Packet Error Rate, PER, targets relate to loss rates and errors for individual packets (i.e. in effect a PDU QoS parameter at a level / granularity of PDUs) . No consideration is given to loss rates for PDU sets (i.e. in effect a PDU set QoS parameter at a level / granularity of PDU sets) . Examples of the present disclosure define a new PDU Set QoS Monitoring, PSQM, namely PDU set loss rate, PSLR, which may be used for example with XR traffic. PSLR may provide an indication of a rate of loss of PDU sets between a UE and the RAN. Examples provide methods and procedures for measuring and reporting PSLR.

[0198] In conventional process for measuring PLR for ATSSS, PDUs are counted at a sender (i.e. UE or UPF) and at a receiver (i.e. UPF or UE) . The counts are then compared to determine a PLR. However, this process does not work for measuring PSLR. To use such a process to measure PSLR, the receiver would need to know PDU Set information, specifically which PDUs are part of a PDU Set instance so that these PDUs can be counted and the presence of an error that impacts the PDU Set can be determined. However, conventionally, such known PDU Set information is not known at a receiver (namely UE for DL traffic, or UPF for UL traffic) . Providing PDU Set information to the receiver would require sending of PDU Set information across an air-interface as well as coordinated counting between the UE and UPF of PDUs that comprise each PDU Set. This would be complex to implement and add overhead for each PDU. Various examples of the present disclosure seek to provide an alternative method for determining PSLR.

[0199] Various examples of the present disclosure seek to address / mitigate the above-described issues. Various examples of the present disclosure seek to provide measurement of an improved loss metric related to PDU sets. Various examples of the present disclosure seek to provide methods for monitoring losses incurred in the transmission of PDU sets, e.g. between a RAN and a UE (one such PDU set QoS parameter related to losses of PDUs in PDU sets is referred to herein [and described in further details below] as PDU loss ratio, PSLR) . Various examples of the present  disclosure seek to provide methods for monitoring PDU losses incurred for transmission of a PDU set within a QoS Flow.

[0200] FIG. 2 schematically illustrates a method 200 in accordance with an example of the subject matter described herein.

[0201] FIG. 2 can be considered to illustrate a plurality of methods, in the sense that FIG. 2 can be considered to illustrate one or more actions performed by / at a plurality of actors / entities, i.e. a RAN (represented by a RAN NE such as BS 120) , or first (and second) core NEs 130 such as a UPF (and SMF or AF) . FIG. 2 can therefore be considered to illustrate a plurality of individual methods performed by each respective individual actor / entity of the plurality of the actors / entities.

[0202] The component blocks of FIG. 2 are functional and the functions described can be performed by a single physical entity (such as is described with reference to FIG. 4) . The functions described can also be implemented by a computer program (such as is described with reference to FIG. 5) .

[0203] The method 200 may be performed by an apparatus 10, which may be embodied in a BS 120. In the following example, the method is described from the perspective of being performed by a BS 120 and for a downlink scenario.

[0204] In block 201, the BS 120 receives, from a first core network entity 130 (e.g. UPF 131) , one or more PDU sets 202 for the BS to transmit to a UE (not shown) . In this regard, the BS may receive a plurality of PDUs along with information indicating which set each PDU belongs to. Such information may be PDU Set Information which may be contained in a GTP-U header received from the UPF.

[0205] Each PDU set may comprise plural PDUs (e.g. N PDUs) . The BS may additionally be provided with PDU set information for indicating which PDUs belong to which PDU set.

[0206] In block 203, the BS 120 determines, for each PDU set received, whether the PDU set is considered to be successfully or unsuccessfully transmitted from the BS to the UE.

[0207] The determination, in block 203, of whether a PDU set is considered to be successfully or unsuccessfully transmitted is based at least in part on a number of PDUs of the PDU set that have been successfully or unsuccessfully transmitted from the BS to the UE. In this regard, the determination of whether a PDU set is considered to be successfully or unsuccessfully transmitted may be based on determining whether a portion of the PDUs (of the PDU set) that are successful sent exceeds a threshold. The threshold could be pre-configured, signaled or otherwise indicated to the BS, or it could be defined in a standard.

[0208] In block 204, the BS 120 determines a number 205 of PDU sets considered to be successfully or unsuccessfully transmitted. In this regard, the BS counts the number of PDU sets considered to be successfully or unsuccessfully transmitted in block 203. The number 205 may be indicative of a number PDU set losses and may thereby provide an indication of a PDU set loss measurement.

[0209] In block 206, the BS 120 sends, to a second core network entity (e.g. SMF) information 207 indicative of the number of the one or more PDU sets considered to be successfully or unsuccessfully transmitted. The SMF may then send the information towards an NEF or AF (not shown) .

[0210] Alternatively, in block 206’ , the BS 120 sends the information 207 to the UPF. The UPF may then send the information towards an AF or NEF (not shown) . In this regard, the UPF may itself have received configuration information from an SMF (not shown) for configuring the UPF to report, to an AF or NEF (not shown) , the information 207.

[0211] The information 207 reported in blocks 206 or 206’ may be based at least in part on the number 206 determined in block 204, i.e. the information 207 may be based at least in part on a PDU set loss measurement. In this regard, the information 207 may be indicative of a PDU set loss rate, PSLR, measurement, wherein the PSLR measurement is indicative of a rate of successfully or unsuccessfully transmitted PDU sets, i.e. how many PDU sets, of a total number of PDU sets transmitted by the BS to the UE, were determined to be successfully or unsuccessfully transmitted.

[0212] In other words, the information 207 send in blocks 206 or 206’ may be indicative of PSLR, wherein the PSLR is indicative of a ratio of:

[0213] the number of the one or more PDU sets considered to be successfully or unsuccessfully transmitted, and

[0214] the total number of the one or more PDU sets to be transmitted by the BS to the UE.

[0215] The BS may be configured, via the receipt of configuration information, to perform one or more of the above mentioned blocks of FIG. 2, i.e. :

[0216] determine, for each PDU set, whether the PDU set is considered to be successfully or unsuccessfully transmitted by the BS to the UE;

[0217] determine the number of the PDU sets considered to be successfully or unsuccessfully transmitted;

[0218] send, to the SMF or UPF, information indicative of the number (i.e. a PSLR measurement) .

[0219] In this regard, the BS may be configured, by the configuration information, to perform an PSLR measurement. I.e. the BS may be configured to perform at least one or more of the following:

[0220] determining, for each PDU set of a plurality of PDU sets to be transmitted by the BS to the UE:

[0221] a total number of PDUs in each set PDU set, and

[0222] a number of PDUs in each PDU set that have been successfully or unsuccessfully transmitted by the BS to the UE;

[0223] determining one or more metrics (e.g. one or more PSLR measurements) indicative of a quality of transmission of PDU sets from the BS to the UE, wherein the metric is determined based at least in part on:

[0224] the total number of PDUs in each set PDU set, and

[0225] the number of PDUs of each PDU set that have been successfully or unsuccessfully transmitted by the BS to the UE.

[0226] The BS may receive (prior to block 201) from the second core network entity (e.g. the SMF) configuration information for configuring the BS to perform the PSLR measurement.

[0227] The configuration information itself may have initially come from an AF, for instance, the configuration information may be provided to the BS as follows: AF > NEF > PCF > SMF > BS. Alternatively, if PDU set-based QoS monitoring is configured in  the PCF, the configuration information may be provided to the BS as follows: PCF >SMF > BS.

[0228] The configuration information may comprise information indicative of which entity the information / PSLR is to be sent (e.g. the SMF or UPF) , responsive to which the BS duly sends the information / PSLR to the appropriate entity in accordance with the configuration information.

[0229] The configuration information may also comprise information indicative of when the information / PSLR is to be sent, e.g. if it is to be sent:

[0230] periodically;

[0231] aperiodically;

[0232] responsive to a trigger condition being satisfied;

[0233] responsive to threshold criterion being met (in which case the configuration information may include information indicative of the threshold, e.g. an indication of its value) .

[0234] In some examples, the configuration information comprises information indicating that the sending of the information is to be based on a determination, by the BS, that a threshold has been crossed; wherein the threshold is based, at least in part, on the number of the one or more PDU sets considered to be successfully or unsuccessfully transmitted. In this regard, a threshold value may be dependent on a PDU Set QoS parameter, not least such as PSER.

[0235] In some examples, the configuration information may comprise information indicative of a time interval; and the performance of at least one or more of:

[0236] determining whether PDU sets are considered to be successfully or unsuccessfully transmitted,

[0237] determining the number PDU sets considered to be successfully or unsuccessfully transmitted, or

[0238] determining the PSLR

[0239] may be based at least in part on the time interval. In this regard, the time window may be an Analysis Time Window, ATW, defining a time period during which the PSLR is to be measured.

[0240] In some examples, the configuration information may comprise information indicative of a number of PDU sets; and wherein the performance of at least one or more of the following:

[0241] determining whether PDU sets are considered to be successfully or unsuccessfully transmitted, or

[0242] determining the number of PDU sets considered to be successfully or unsuccessfully transmitted

[0243] is based at least in part on the first number of PDU sets. In this regard, the number of PDU sets, NPS, may correspond to a number of PDU sets “n” (e.g. a sequence of n PDU sets) for which PSLR is to be measured. In other words, rather than measuring PSLR for all PDU sets received at the BS for transmission on to the UE, the BS can be configured to measure PSLR just for a certain number of PDU sets, i.e. the indicated NPS.

[0244] In some examples, the configuration information comprises information indicative of one or more metrics that are to be reported to the second or first core network entities (e.g. SMF or UPF) , for instance one or more metrics / statistics not least such as:average PSLR, median PSLR, PSLR variance) . Such one or more metrics may be included in the information 207 sent by the BS in block 206 or 206’ .

[0245] The method 200 has been described with respect to a downlink, DL, scenario (i.e. DL transmission of a PDU set, e.g. from UPF to BS to UE) . It is to be appreciated that the above-described methods could be equally well be employed in an uplink, UL, scenario (i.e. UL transmission of a PDU set, e.g. from UE to BS to UPF) mutatis mutandis. In this regard, amongst the necessary alterations for the UL scenario:

[0246] · with regards to block 201, rather than the PDU sets being received by the BS from the UPF, instead the PDU sets would be received by the BS from the UE;

[0247] · with regards to block 203, this would instead relate to a determination of whether PDU sets were successfully or unsuccessfully received by the BS from the UE

[0248] · with regards to block 204, this would instead relate to a determination of a number of PDU sets (e.g. out of a predetermined or total number of PDU sets) that were successfully or unsuccessfully received by the BS from the UE.

[0249] Examples of the present disclosure provides methods and procedures (e.g. as discussed above with respect to FIG. 2 and as will be discussed in further details below with respect to FIG. 3) define a new PDU Set QoS Monitoring, PSQM, namely PSLR (e.g. for use with XR traffic) , along with the measurement and reporting of the same. Similar to the PSER QoS Parameter (see TS23.501, clause 5.7.7.3) , the PSLR measurement focuses on PDU Set loss between the RAN and the UE (i.e. it does not account for PDU Set losses on the N3 or N6 interfaces) .

[0250] PSQM specific policies are created in PCF (e.g. based on a request from the AF or due to local configuration) , to collect data and / or statistics (e.g. average, median, etc. ) related to PSLR measurements. Statistics may be determined over a time window (e.g. ATW as discussed below) or over several samples / PDU sets (e.g. NPS as discussed below) . The measurements may be exposed to 5GC (e.g., towards AF) either periodically or aperiodically (e.g., threshold based or when a certain number of measurements have been obtained) using existing reporting measures.

[0251] Examples of the disclosure involves the following new behaviors of AF, PCF, SMF and RAN.

[0252] AF behavior:

[0253] The AF may request PSLR statistics which may trigger PSQM for service data flow (s) . Optionally, the AF may provide an “analysis time window” , ATW, indicating a time interval for determining the PSLR, the “number of PDU Sets” , NPS, required for making a PSLR measurement in the 5GS and / or one or more thresholds for reporting PSLR. The AF may also request separate reporting related parameters (e.g., reporting frequency, reporting triggers such as threshold based) for PDU set performance measurement.

[0254] The ATW is intended to be a duration over which PSLR is determined. It may be determined so as to be large enough for the PSLR to be “correct” statistically. E. g. if one was to monitor only 12 PDU Sets (which takes ATW=200 msec) and lose 1, one ought not claim the PSLR is 1 / 12. One might have been unlucky and no additional PDU sets would have been lost in the next 200 seconds. On the other hand, if one  monitors 12, 000 PDU Sets (which takes ATW=200 seconds) and lose 1000, then it would be more reasonable to report a PSLR=1000 / 12, 000=1 / 12.

[0255] The NPS is an alternative to the ATW. It specifies a count of PDU Sets required for the PSLR measurement rather than a time interval. The ATW or NPS may be provided by the AF, configured in the PCF, SMF or RAN, or calculated in the PCF / SMF or RAN based on the requested PSER.

[0256] PCF behavior:

[0257] The PCF generates an authorized PSQM policy requesting PSLR measurement for a service data flow based on an AF request or local policy. The PCF includes it in a PCC rule and provides it to an SMF. The PSQM policy indicates: the new QoS monitoring parameter (s) related to measuring PSLR, and reporting related parameters. These parameters may include: ATW, NPS and / or reporting thresholds based on an AF request or local configuration. An application layer Forward Error Correction, FEC, ratio (that indicates the fraction of PDUs of a PDU Set required by the application to recover a PDU Set) may also be provided in the PCC rule. Alternatively, a FEC Ratio may be provided by the UPF as PDU Set information to the RAN. When a portion of PDUs of a PDU Set that are lost exceeds that indicated by the FEC Ratio, the PDU Set is considered lost (i.e. unsuccessfully transmitted) , thereby affecting the PSLR measurement.

[0258] The PSQM policy may indicate that reporting of PSLR (e.g. towards AF) is done only when the measured PSLR exceeds a threshold, which may be relative to the QoS parameter PSER.

[0259] SMF behavior:

[0260] If based on the received PCC rules or local configuration, PSLR measurement is triggered for a QoS flow of the UE, the SMF configures the serving NG-RAN to perform PSLR measurements. The SMF may provide ATW, NPS. The SMF configures the RAN to report measurements either directly to the SMF (option-1) or to the UPF (option-2) . PSLR measurements may also be combined with other measurements in the same report.

[0261] ○ If reporting via the UPF (option 2) is configured in the RAN, the SMF configures the UPF to report the monitoring results for PSLR to the SMF or to an NEF / AF. The reporting may be similar to the reporting described in clause 5.8.2.18 of 3GPP TS 23.501.

[0262] ○ Alternatively, SMF may configure either UPF or RAN to send measurement reports only when the measured PSLR exceeds a threshold, which may be relative to the PSER QoS parameter.

[0263] RAN behavior:

[0264] The RAN, e.g. NG-RAN (i.e. BS such as gNB) may receive from the SMF: FEC-Ratio, ATW and / or NPS parameters and reporting thresholds that are to be used in determining and reporting PSLR. Alternatively, these parameters may be locally configured in the RAN

[0265] For each PDU Set sent by the NG-RAN to the UE, the NG-RAN starts to record how many PDUs within the PDU set are sent to the UE successfully and / or how many PDUs in the PDU set are lost (not sent to the UE successfully) . Layer 2 (e.g., HARQ ACK / NACK may be used to determine whether a PDU has been successfully received by the UE. The NG-RAN then determines if a FEC-Ratio criteria or a default criterion is not met.

[0266] When an ATW, NPS or default criteria are met, the NG-RAN determines a PSLR measurement:

[0267] The NG-RAN may also record how many PDUs within the PDU Set are lost on the N3 interface, and use this in determining whether a PDU Set has been lost.

[0268] The RAN may gather individual PDU Set PSLR measurements and report them periodically to the UPF, or it may report them after a certain number of measurements have been obtained. The RAN may alternatively or in addition  determine one or more statistics (e.g. average PSLR, median PSLR, PSLR variance) and report it to the UPF.

[0269] NG-RAN may also report PDU lost in N3 and over the air for determining the reason PDU Sets are lost.

[0270] FIG. 3 illustrates an example signaling diagram for a method for measuring PSLR in a 5GS and reporting it to AF (though it is to be appreciated that the method could be applied to a next generation 6GS) .

[0271] FIG. 3 can be considered to illustrate a plurality of methods, in the sense that it can be considered to illustrate one or more actions performed by / at a plurality of actors / entities (i.e. not least a RAN and UPF, but also SMF / PCF, AF and UE) . FIG. 3 can therefore be considered to illustrate a plurality of individual methods performed by each respective individual actor / entity of the plurality of the actors / entities.

[0272] In broad overview (and as will be set out in greater detail below) , in the method / procedure of FIG. 3, it is assumed that the 5GS may receive request from the AF for QoS monitoring for PDU set (s) , namely to monitor PSLR. The 5GC (e.g., SMF) then configures the UPF and RAN separately (similar to legacy QoS monitoring) to execute a PSLR measurement. It may also configure the NG-RAN to provide PDU set delay measurements.

[0273] The signaling diagram focuses on how the RAN can measure the PLSR as requested or configured by the 5GC (e.g., SMF) . The signaling diagram shows a downlink, DL, example. However, the underlying concept can equally well be applied to uplink, mutatis mutandis.

[0274] One or more of the features discussed in relation to FIG. 3 can be found in FIG. 2. During discussion of FIG. 3, reference will be made to features of FIG. 2 and their reference numerals for the purposes of explanation.

[0275] In the below description of the procedure and algorithm of the proposed methods, a PDU set transmission and reception model as follows is assumed, namely wherein a PDU set comprises a plurality “N” PDUs. PDU_i represents a first PDU of the PDU  set received at the UPF. PDU_N represents a last PDU of the PDU set received at the UPF.

[0276] In Step 1a, an AF sends a request for PDU Set QoS monitoring, optionally with one or more monitoring and reporting parameters (e.g. ATW, NPS, PSLR reporting threshold, desired reporting [periodic, threshold based, etc. ] ) .

[0277] In Step 1b: a PCF creates a PCC rule with the PDU Set QoS monitoring parameters for PSLR. If PSLR reporting is to be via a UPF ( “option 2” ) , the SMF duly configures, via N4 signaling, the UPF to report the PSLR monitoring results, for example in a manner similar to that as described in clause 5.8.2.18 TS 23.501.

[0278] In Step 2: the SMF configures, via N2 signaling, a serving NG-RAN to perform PSLR measurements, and also indicates the monitoring and reporting parameters for the same.

[0279] In Step 3: DL traffic is received at the UPF, not least for example from an external data network.

[0280] In Step 4: the UPF determines PDU Sets of the received DL traffic and determines PDU Set Information for a GTP-U header.

[0281] In Step 5: the UPF sends, to the RAN, PDUs with PDU Set information in the GTP-U header. This step may effectively correspond to block 201 in FIG. 1, wherein the PDUs with PDU Set information in the GTP-U header may effectively correspond to PDU sets 202 in FIG. 1.

[0282] In Steps 6-10: the RAN performs processes for traffic transmission between the RAN and at least one UE, including scheduling and Layer 2, L2, feedback (e.g., HARQ ACK / NACK, RLC ACK) .

[0283] In Step 11: the RAN counts the number of PDUs of each PDU Set that are unsuccessfully (or successfully) sent and the total number of PDU Sets attempted to be sent. The RAN detects the last PDU of the PDU set based on an indication (e.g. [End PDU of the PDU Set] ) in the GTP-U header. The RAN determines if PDU (s) of a PDU Set are lost by dividing the number of PDUs of the PDU Set that have not been  successfully sent to the UE by the number of PDUs in the PDU Set and comparing the result to a FEC-ratio parameter or a locally configured criterion (parameter) . In other examples, the determination of whether PDU (s) of a PDU Set are lost can alternatively be made using the number of PDUs of the PDU Set that have been successfully sent to the UE. This step may effectively correspond to block 203 in FIG. 1.

[0284] If based on the number of lost PDUs of the PDU Set, the PDU Set is lost, the RAN increments a counter of “lost PDU Sets” . This may effectively correspond to block 204 in FIG. 1, wherein the number of lost PDU Sets may effectively correspond to the number 205 of PDU sets considered to be successfully or unsuccessfully transmitted in FIG. 1.

[0285] The RAN also increments a counter of “total number of PDU Sets” for each PDU set received from the UPF.

[0286] Steps 3-11 are repeated for subsequent PDU Sets until the criteria for determining PSLR (e.g. ATW or NPS) is met.

[0287] In Step 12: the RAN determines a new PSLR estimate, or updates a current PSLR estimate, according to a ratio of “lost PDU Sets” to “total number of attempts to send PDU Sets” . The PSLR estimate may effectively correspond to the information 207 indicative of the number of PDU sets considered to be successfully or unsuccessfully transmitted in FIG. 1.

[0288] In Step 13: the RAN determines if a PLSR reporting criteria is met (e.g. periodic, number of PSLR estimates, and / or PSLR threshold relative to PSER, etc. ) .

[0289] Steps 3-13 are repeated if the PLSR reporting criteria is not met.

[0290] In Step 14: the RAN may optionally determine PSLR statistics of the PSLR measurements results (e.g., average, median, mode, max, etc. ) .

[0291] In Step 15: for option-1, the RAN reports PSLR measurement results and / or PSLR statistics to the SMF. The SMF may then sends PSLR measurement results and / or  PSLR statistics towards AF (e.g. via PCF or NEF) . This step may effectively correspond to block 206 in FIG. 1.

[0292] In Step 16: for option-2, the RAN reports PSLR measurement results and / or PSLR statistics to UPF, e.g. via a dummy uplink packet and / or a GTP-U header extension. This step may effectively correspond to block 206’ in FIG. 1.

[0293] In Step 16b, for option 2, the UPF / PCF / NEF sends PSLR measurement results and / or PSLR statistics towards AF.

[0294] The examples method and signaling described above with respect to FIG. 3 may thereby provide a procedure for monitoring, measuring and reporting PDU Set loss rate, PSLR, measurements and / or PSLR statistics for example for the XR traffic. Various examples of the present disclosure may define a new QoS Monitoring mechanism for XR traffic based on PDU Sets.

[0295] Advantageously, the various methods and procedures described above provide a mechanism for measuring and reporting a PDU set related QoS metric, e.g. PSLR, which can be reported to AF / 5GC thereby enabling the AF / 5GC to know whether the PDU set related QoS / PSER has been / is being satisfied or not. If it is not satisfied the 5GC can then look to take remedial action.

[0296] FIG. 4 schematically illustrates a block diagram of an apparatus 10 for performing the methods, processes, procedures and signaling described in the present disclosure and illustrated in FIGs. 2 and 3. In this regard the apparatus can perform the roles of an entity (such as BS, RAN, UPF, SMF, PCT or AF) in the illustrated and described methods.

[0297] The component blocks of FIG. 4 are functional and the functions described can be performed by a single physical entity, not least such as BS or UPF.

[0298] The apparatus comprises a controller 11, which could be provided within a device / entity, not least such as BS or UPF.

[0299] The controller 11 can be embodied by a computing device, not least such as those mentioned above. In some, but not necessarily all examples, the apparatus can be  embodied as a chip, chip set, circuitry or module, i.e. for use in any of the foregoing. As used here ‘module’ refers to a unit or apparatus that excludes certain parts / components that would be added by an end manufacturer or a user.

[0300] Implementation of the controller 11 can be as controller circuitry. The controller 11 can be implemented in hardware alone, have certain aspects in software including firmware alone or can be a combination of hardware and software (including firmware) .

[0301] The controller 11 can be implemented using instructions that enable hardware functionality, for example, by using executable instructions of a computer program 14 in a general-purpose or special-purpose processor 12 that can be stored on a computer readable storage medium 13, for example memory, or disk etc, to be executed by such a processor 12.

[0302] The processor 12 is configured to read from and write to the memory 13. The processor 12 can also comprise an output interface via which data and / or commands are output by the processor 12 and an input interface via which data and / or commands are input to the processor 12. The apparatus can be coupled to or comprise one or more other components 15 (not least for example: a radio transceiver, sensors, input / output user interface elements and / or other modules / devices / components for inputting and outputting data / commands) .

[0303] The memory 13 stores instructions such as a computer program 14 comprising such instructions (e.g. computer program instructions / code) that controls the operation of the apparatus 10 when loaded into the processor 12. The instructions of the computer program 14, provide the logic and routines that enables the apparatus to perform the methods, processes and procedures described in the present disclosure and illustrated in FIGs. 2 and 3. The processor 12 by reading the memory 13 is able to load and execute the computer program 14.

[0304] The instructions may be comprised in a computer program, a non-transitory computer readable medium, a computer program product, a machine readable medium. The term “non-transitory, ” as used herein, is a limitation of the medium itself (i.e. tangible, not a signal) as opposed to a limitation on data storage persistency (e.g. RAM vs. ROM) . In some but not necessarily all examples, the  computer program instructions may be distributed over more than one computer program.

[0305] Although the memory 13 is illustrated as a single component / circuitry it can be implemented as one or more separate components / circuitry some or all of which can be integrated / removable and / or can provide permanent / semi-permanent / dynamic / cached storage.

[0306] Although the processor 12 is illustrated as a single component / circuitry it can be implemented as one or more separate components / circuitry some or all of which can be integrated / removable. The processor 12 can be a single core or multi-core processor.

[0307] The apparatus can include one or more components for effecting the methods, processes and procedures described in the present disclosure and illustrated in FIGs. 2 and 3. It is contemplated that the functions of these components can be combined in one or more components or performed by other components of equivalent functionality. The description of a function should additionally be considered to also disclose any means suitable for performing that function.

[0308] Where a structural feature has been described, it can be replaced by means for performing one or more of the functions of the structural feature whether that function or those functions are explicitly or implicitly described.

[0309] Although examples of the apparatus have been described above in terms of comprising various components, it should be understood that the components can be embodied as or otherwise controlled by a corresponding controller or circuitry such as one or more processing elements or processors of the apparatus. In this regard, each of the components described above can be one or more of any device, means or circuitry embodied in hardware, software or a combination of hardware and software that is configured to perform the corresponding functions of the respective components as described above.

[0310] The apparatus can, for example, be: a base station in a mobile cellular telecommunication system, a server device, a core network entity / node, a UPF, a SMF, a PCF, an AF. The apparatus can be embodied by a computing device, not  least such as those mentioned above. However, in some examples, the apparatus can be embodied as a chip, chip set, circuitry or module, i.e. for use in any of the foregoing.

[0311] In one example, the apparatus is embodied on a client device, a UE, a mobile cellular telephone, a hand held portable electronic device, a mobile communication device, a wearable computing device or a personal digital assistant, that can additionally provide one or more audio / text / video communication functions (for example tele-communication, video-communication, and / or text transmission (Short Message Service (SMS)  / Multimedia Message Service (MMS)  / emailing) functions) , interactive / non-interactive viewing functions (for example web-browsing, navigation, TV / program viewing functions) , music recording / playing functions (for example Moving Picture Experts Group-1 Audio Layer 3 (MP3) or other format and / or (frequency modulation / amplitude modulation) radio broadcast recording / playing) , downloading / sending of data functions, image capture function (for example using a (for example in-built) digital camera) , and gaming functions, or any combination thereof.

[0312] In some examples (such as wherein the apparatus is provided within a BS 120) , the apparatus 10 comprises:

[0313] at least one processor 12; and

[0314] at least one memory 13 storing instructions that, when executed by the at least one processor 12, cause the apparatus at least to:

[0315] receive, from a first core network entity, one or more Protocol Data Unit, PDU, sets for the apparatus to transmit to a User Equipment, UE;

[0316] determine, for the one or more PDU sets, whether a PDU set is considered to be successfully or unsuccessfully transmitted from the apparatus to the UE, wherein the determination is based at least in part on a number of PDUs of the PDU set that have been successfully or unsuccessfully transmitted from the apparatus to the UE;

[0317] determine a number of the one or more PDU sets considered to be successfully or unsuccessfully transmitted; and

[0318] send, to a second core network entity or the first core network entity, information indicative of the number of the one or more PDU sets considered to be successfully or unsuccessfully transmitted.

[0319] In some examples (such as wherein the apparatus is provided within a UPF 131) , the apparatus 10 comprises:

[0320] at least one processor 12; and

[0321] at least one memory 13 storing instructions that, when executed by the at least one processor 12, cause the apparatus at least to:

[0322] receive, from a first core network entity, configuration information for reporting, to a second core network entity, first information indicative of a number of one or more PDU sets considered to be successfully or unsuccessfully transmitted by a Radio Access Network, RAN, node to a User Equipment, UE;

[0323] receive, from the RAN node, the first information; and

[0324] report the first information to the second core network entity.

[0325] The above described examples find application as enabling components of: telecommunication systems; tracking systems, automotive systems; electronic systems including consumer electronic products; distributed computing systems; media systems for generating or rendering media content including audio, visual and audio visual content and mixed, mediated, virtual and / or augmented reality; personal systems including personal health systems or personal fitness systems; navigation systems; user interfaces also known as human machine interfaces; networks including cellular, non-cellular, and optical networks; ad-hoc networks; the internet; the internet of things (IOT) ; Vehicle-to-everything (V2X) , virtualized networks; and related software and services.

[0326] The apparatus can be provided in an electronic device, for example, a mobile terminal, according to an example of the present disclosure. It should be understood, however, that a mobile terminal is merely illustrative of an electronic device that would benefit from examples of implementations of the present disclosure and, therefore, should not be taken to limit the scope of the present disclosure to the same. While in certain implementation examples, the apparatus can be provided in a mobile terminal, other types of electronic devices, such as, but not limited to: mobile communication devices, hand portable electronic devices, wearable computing devices, portable digital assistants (PDAs) , pagers, mobile computers, desktop computers, televisions, gaming devices, laptop computers, cameras, video recorders, GPS devices and other types of electronic systems, can readily employ examples of the present disclosure. Furthermore, devices can readily employ examples of the present disclosure regardless of their intent to provide mobility.  FIG. 5, illustrates a computer program 14 which may be conveyed via a delivery mechanism 20. The delivery mechanism 20 can be any suitable delivery mechanism, for example, a machine readable medium, a computer-readable medium, a non-transitory computer-readable storage medium, a computer program product, a memory device, a solid-state memory, a record medium such as a Compact Disc Read-Only Memory (CD-ROM) or a Digital Versatile Disc (DVD) or an article of manufacture that comprises or tangibly embodies the computer program 14. The delivery mechanism can be a signal configured to reliably transfer the computer program. An apparatus can receive, propagate or transmit the computer program as a computer data signal.

[0327] In certain examples of the present disclosure, there is provided a computer program comprising instructions, which when executed by an apparatus (e.g. BS 120) , cause the apparatus to perform at least the following or for causing performing at least the following:

[0328] receive, at an apparatus from a first core network entity, one or more Protocol Data Unit, PDU, sets for the apparatus to transmit to a User Equipment, UE;

[0329] determine, at the apparatus, for the one or more PDU sets, whether a PDU set is considered to be successfully or unsuccessfully transmitted from the apparatus to the UE, wherein the determination is based at least in part on a number of PDUs of the PDU set that have been successfully or unsuccessfully transmitted from the apparatus to the UE;

[0330] determine at the apparatus, a number of the one or more PDU sets considered to be successfully or unsuccessfully transmitted; and

[0331] send, from the apparatus to a second core network entity or the first core network entity, information indicative of the number of the one or more PDU sets considered to be successfully or unsuccessfully transmitted.

[0332] In certain examples of the present disclosure, there is provided a computer program comprising instructions, which when executed by an apparatus (e.g. UPF 131) , cause the apparatus to perform at least the following or for causing performing at least the following:

[0333] receive, at an apparatus from a first core network entity, configuration information for reporting, to a second core network entity, first information indicative of a number of one or more PDU sets considered to be successfully or  unsuccessfully transmitted by a Radio Access Network, RAN, node to a User Equipment, UE;

[0334] receive, at the apparatus, from the RAN node, the first information; and

[0335] report, from the apparatus, the first information to the second core network entity.

[0336] References to ‘computer program’ , ‘computer-readable storage medium’ , ‘computer program product’ , ‘tangibly embodied computer program’ etc. or a ‘controller’ , ‘computer’ , ‘processor’ etc. should be understood to encompass not only computers having different architectures such as single  / multi-processor architectures and sequential (Von Neumann)  / parallel architectures but also specialized circuits such as field-programmable gate arrays (FPGA) , application specific circuits (ASIC) , signal processing devices and other devices. References to computer program, instructions, code etc. should be understood to encompass software for a programmable processor or firmware such as, for example, the programmable content of a hardware device whether instructions for a processor, or configuration settings for a fixed-function device, gate array or programmable logic device etc.

[0337] As used in this application, the term ‘circuitry’ can refer to one or more or all of the following:

[0338] (a) hardware-only circuitry implementations (such as implementations in only analog and / or digital circuitry) and

[0339] (b) combinations of hardware circuits and software, such as (as applicable) :

[0340] (i) a combination of analog and / or digital hardware circuit (s) with software / firmware and

[0341] (ii) any portions of hardware processor (s) with software (including digital signal processor (s) ) , software, and memory (ies) that work together to cause an apparatus, such as a mobile phone or server, to perform various functions and

[0342] (c) hardware circuit (s) and / or processor (s) , such as a microprocessor (s) or a portion of a microprocessor (s) , that requires software (for example firmware) for operation, but the software may not be present when it is not needed for operation.

[0343] This definition of circuitry applies to all uses of this term in this application, including in any claims. As a further example, as used in this application, the term circuitry also covers an implementation of merely a hardware circuit or processor and its (or their)  accompanying software and / or firmware. The term circuitry also covers, for example and if applicable to the particular claim element, a baseband integrated circuit for a mobile device or a similar integrated circuit in a server, a cellular network device, or other computing or network device.

[0344] Although various examples of the present disclosure have been described in the preceding paragraphs, it should be appreciated that modifications to the examples given can be made without departing from the scope of the invention as set out in the claims.

[0345] The blocks illustrated in FIGs. 2 and 3 can represent actions in a method, functionality performed by an apparatus, and / or sections of instructions / code in a computer program.

[0346] It will be understood that each block and combinations of blocks illustrated in FIGs. 2 and 3 as well as the further functionality described above, can be implemented by various means, such as hardware, firmware, and / or software including one or more computer program instructions. For example, one or more of the functions described above can be performed by a duly configured apparatus (such as an apparatus [as shown in FIG. 4] comprising means for performing the above described functionality) . One or more of the functions / functionality described above can be embodied by a duly configured computer program (such as a computer program [as shown in FIG. 5] comprising computer program instructions which embody the functions / functionality described above and which can be stored by a memory storage device and performed by a processor) .

[0347] As will be appreciated, any such computer program instructions can be loaded onto a computer or other programmable apparatus (i.e. hardware) to produce a machine, such that the instructions when performed on the programmable apparatus create means for implementing the functions / functionality specified in the blocks. These computer program instructions can also be stored in a computer-readable medium that can direct a programmable apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the blocks. The computer program instructions can also be loaded onto a programmable apparatus to cause a series of operational actions to be performed on  the programmable apparatus to produce a computer-implemented process such that the instructions which are performed on the programmable apparatus provide actions for implementing the functions / functionality specified in the blocks.

[0348] Various, but not necessarily all, examples of the present disclosure can take the form of a method, an apparatus, or a computer program. Accordingly, various, but not necessarily all, examples can be implemented in hardware, software or a combination of hardware and software.

[0349] Various, but not necessarily all, examples of the present disclosure are described using flowchart illustrations and schematic block diagrams. It will be understood that each block (of the flowchart illustrations and block diagrams) , and combinations of blocks, can be implemented by computer program instructions of a computer program. These program instructions can be provided to one or more processor (s) , processing circuitry or controller (s) such that the instructions which execute on the same create means for causing implementing the functions specified in the block or blocks, i.e. such that the method can be computer implemented. The computer program instructions can be executed by the processor (s) to cause a series of operational block / steps / actions to be performed by the processor (s) to produce a computer implemented process such that the instructions which execute on the processor (s) provide block / steps for implementing the functions specified in the block or blocks.

[0350] Accordingly, the blocks support: combinations of means for performing the specified functions; combinations of actions for performing the specified functions; and computer program instructions / algorithm for performing the specified functions. It will also be understood that each block, and combinations of blocks, can be implemented by special purpose hardware-based systems which perform the specified functions or actions, or combinations of special purpose hardware and computer program instructions.

[0351] Various, but not necessarily all, examples of the present disclosure provide both a method and corresponding apparatus comprising various modules, means or circuitry that provide the functionality for performing / applying the actions of the method. The modules, means or circuitry can be implemented as hardware, or can be implemented as software or firmware to be performed by a computer processor. In  the case of firmware or software, examples of the present disclosure can be provided as a computer program product including a computer readable storage structure embodying computer program instructions (i.e. the software or firmware) thereon for performing by the computer processor.

[0352] Although specific terms are employed herein, they are used in a generic and descriptive sense only and not for purposes of limitation.

[0353] Features described in the preceding description can be used in combinations other than the combinations explicitly described.

[0354] Although functions have been described with reference to certain features, those functions can be performable by other features whether described or not.

[0355] Although features have been described with reference to certain examples, those features can also be present in other examples whether described or not. Accordingly, features described in relation to one example / aspect of the disclosure can include any or all of the features described in relation to another example / aspect of the disclosure, and vice versa, to the extent that they are not mutually inconsistent.

[0356] The term ‘comprise’ is used in this document with an inclusive not an exclusive meaning. That is any reference to X comprising Y indicates that X can comprise only one Y or can comprise more than one Y. If it is intended to use ‘comprise’ with an exclusive meaning then it will be made clear in the context by referring to “comprising only one . . . ” or by using “consisting” .

[0357] In this description, the wording ‘connect’ , ‘couple’a nd ‘communication’a nd their derivatives mean operationally connected / coupled / in communication. It should be appreciated that any number or combination of intervening components can exist (including no intervening components) , i.e. so as to provide direct or indirect connection / coupling / communication. Any such intervening components can include hardware and / or software components.

[0358] As used herein, the term ″determine / determining″ (and grammatical variants thereof) can include, not least: evaluating, calculating, computing, processing, deriving, measuring, investigating, identifying, looking up (for example, looking up in a table, a  database or another data structure) , ascertaining and the like. Also, ″determining″ can include receiving (for example, receiving information) , retrieving / accessing (for example, retrieving / accessing data in a memory) , obtaining and the like. Also, ″determine / determining″ can include resolving, selecting, choosing, establishing, inferring and the like.

[0359] As used herein, a description of an action should also be considered to disclose enabling, and / or causing, and / or controlling that action. For example, a description of transmitting information should also be considered to disclose enabling, and / or causing, and / or controlling transmitting information. Similarly, for example, a description of an apparatus transmitting information should also be considered to disclose at least one means or controller of the apparatus enabling, and / or causing, and / or controlling the apparatus to transmit the information. ”

[0360] The term “means” as used in the description and in the claims may refer to one or more individual elements configured to perform the corresponding recited functionality or functionalities, or it may refer to several elements that perform such functionality or functionalities. Furthermore, several functionalities recited in the claims may be performed by the same individual means or the same combination of means. For example performing such functionality or functionalities may be caused in an apparatus by a processor that executes instructions stored in a memory of the apparatus.

[0361] References to a parameter, or value of a parameter, should be understood to refer to “data indicative of” , “data defining” or “data representative of” the relevant parameter / parameter value if not explicitly stated (unless the context demands otherwise) . The data may be in any way indicative of the relevant parameter / parameter value, and may be directly or indirectly indicative thereof.

[0362] In this description, reference has been made to various examples. The description of features or functions in relation to an example indicates that those features or functions are present in that example. The use of the term ’ example’ or ‘for example’ , ‘can’ or ‘may’ in the text denotes, whether explicitly stated or not, that such features or functions are present in at least the described example, whether described as an example or not, and that they can be, but are not necessarily, present in some or all other examples. Thus ‘example’ , ‘for example’ , ‘can’ or ‘may’ refers to a particular  instance in a class of examples. A property of the instance can be a property of only that instance or a property of the class or a property of a sub-class of the class that includes some but not all of the instances in the class.

[0363] In this description, references to “a / an / the” [feature, element, component, means …] are used with an inclusive not an exclusive meaning and are to be interpreted as “at least one” [feature, element, component, means …] unless explicitly stated otherwise. That is any reference to X comprising a / the Y indicates that X can comprise only one Y or can comprise more than one Y unless the context clearly indicates the contrary. If it is intended to use ‘a’ or ‘the’ with an exclusive meaning then it will be made clear in the context. In some circumstances the use of ‘at least one’ or ‘one or more’ can be used to emphasise an inclusive meaning but the absence of these terms should not be taken to infer any exclusive meaning. As used herein, “at least one of the following: <a list of two or more elements>” and “at least one of <a list of two or more elements>” and similar wording, where the list of two or more elements are joined by “and” or “or” , mean at least any one of the elements, or at least any two or more of the elements, or at least all the elements.

[0364] The presence of a feature (or combination of features) in a claim is a reference to that feature (or combination of features) itself and also to features that achieve substantially the same technical effect (equivalent features) . The equivalent features include, for example, features that are variants and achieve substantially the same result in substantially the same way. The equivalent features include, for example, features that perform substantially the same function, in substantially the same way to achieve substantially the same result.

[0365] In this description, reference has been made to various examples using adjectives or adjectival phrases to describe characteristics of the examples. Such a description of a characteristic in relation to an example indicates that the characteristic is present in some examples exactly as described and is present in other examples substantially as described.

[0366] In the above description, the apparatus described can alternatively or in addition comprise an apparatus which in some other examples comprises a distributed system of apparatus, for example, a client / server apparatus system. In examples where an apparatus provided forms (or a method is implemented as) a distributed  system, each apparatus forming a component and / or part of the system provides (or implements) one or more features which collectively implement an example of the present disclosure. In some examples, an apparatus is re-configured by an entity other than its initial manufacturer to implement an example of the present disclosure by being provided with additional software, for example by a user downloading such software, which when executed causes the apparatus to implement an example of the present disclosure (such implementation being either entirely by the apparatus or as part of a system of apparatus as mentioned hereinabove) .

[0367] The above description describes some examples of the present disclosure however those of ordinary skill in the art will be aware of possible alternative structures and method features which offer equivalent functionality to the specific examples of such structures and features described herein above and which for the sake of brevity and clarity have been omitted from the above description. Nonetheless, the above description should be read as implicitly including reference to such alternative structures and method features which provide equivalent functionality unless such alternative structures or method features are explicitly excluded in the above description of the examples of the present disclosure.

[0368] Whilst endeavouring in the foregoing specification to draw attention to those features of examples of the present disclosure believed to be of particular importance it should be understood that the applicant claims protection in respect of any patentable feature or combination of features hereinbefore referred to and / or shown in the drawings whether or not particular emphasis has been placed thereon.

[0369] The examples of the present disclosure and the accompanying claims can be suitably combined in any manner apparent to one of ordinary skill in the art. Separate references to an “example” , “in some examples” and / or the like in the description do not necessarily refer to the same example and are also not mutually exclusive unless so stated and / or except as will be readily apparent to those skilled in the art from the description. For instance, a feature, structure, process, block, step, action, or the like described in one example may also be included in other examples, but is not necessarily included.

[0370] Each and every claim is incorporated as further disclosure into the specification and the claims are embodiment (s) of the present disclosure. Further, while the claims  herein are provided as comprising specific dependencies, it is contemplated that any claims can depend from any other claims and that to the extent that any alternative embodiments can result from combining, integrating, and / or omitting features of the various claims and / or changing dependencies of claims, any such alternative embodiments and their equivalents are also within the scope of the disclosure.

Claims

1.An apparatus comprising:means for receiving, from a first core network entity, one or more Protocol Data Unit, PDU, sets for the apparatus to transmit to a User Equipment, UE;means for determining, for the one or more PDU sets, whether a PDU set is considered to be successfully or unsuccessfully transmitted from the apparatus to the UE, wherein the determination is based at least in part on a number of PDUs of the PDU set that have been successfully or unsuccessfully transmitted from the apparatus to the UE;means for determining a number of the one or more PDU sets considered to be successfully or unsuccessfully transmitted; andmeans for sending, to a second core network entity or the first core network entity, information indicative of the number of the one or more PDU sets considered to be successfully or unsuccessfully transmitted.2.The apparatus of claim 1, wherein the information indicative of the number of the one or more PDU sets considered to be successfully or unsuccessfully transmitted is based at least in part on a total number of the one or more PDU sets to be transmitted to the UE, and wherein the information is indicative of a ratio of:the number of the one or more PDU sets considered to be successfully or unsuccessfully transmitted, andthe total number of the one or more PDU sets to be transmitted by the apparatus to the UE.3.The apparatus of any previous claim, wherein the information is indicative of a PDU set loss rate, PSLR, measurement, wherein the PSLR measurement is indicative of a rate of successfully or unsuccessfully transmitted PDU sets.4.The apparatus of any previous claim, wherein the determination of whether the PDU set is considered to be successfully or unsuccessfully transmitted is based on whether a portion of PDUs of the PDU set that are successful sent exceeds a threshold.5.The apparatus of any previous claim, further comprising means for receiving, from the second core network entity, configuration information, for configuring the apparatus to perform the PSLR measurement.6.The apparatus of claim 5, wherein the configuration information comprises information for configuring the apparatus to perform at least one or more of the following:determine whether PDU sets are considered to be successfully or unsuccessfully transmitted;determine the number of the one or more PDU sets considered to be successfully or unsuccessfully transmitted;send the information to the first or second core network entity.7.The apparatus of any of previous claims 5 to 6, wherein the configuration information comprises information indicative of an entity to which the information is to be sent; and wherein the information is sent to the entity.8.The apparatus of any of previous claims 5 to 7, wherein the configuration information comprises information indicating that the sending of the information is to be based on a determination, by the apparatus, that a threshold has been crossed; and wherein the threshold is based, at least in part, on the number of the one or more PDU sets considered to be successfully or unsuccessfully transmitted.9.The apparatus of claim 8, wherein the configuration information comprises information indicative of the threshold.10.The apparatus of any of previous claims 5 to 9, wherein the configuration information comprises information indicative of a time interval; and wherein the performance of at least one or more of the following:determining whether PDU sets are considered to be successfully or unsuccessfully transmitted, ordetermining the number of the one or more PDU sets considered to be successfully orunsuccessfully transmittedis based at least in part on the time interval.11.The apparatus of any of previous claims 5 to 10, wherein the configuration information comprises information indicative of a first number of PDU sets; and wherein the performance of at least one or more of the following:determining whether PDU sets are considered to be successfully or unsuccessfully transmitted, ordetermining the number of the one or more PDU sets considered to be successfully orunsuccessfully transmittedis based at least in part on the first number of PDU sets.12.The apparatus of any of previous claims 5 to 11, wherein the configuration information comprises information indicative of one or more metrics to be reported to the first or second core network entity.13.The apparatus of any previous claim, further comprising mean for receiving, from the second core network entity, configuration information for configuring the apparatus to perform at least one or more of the following:determining, for each PDU set of a plurality of PDU sets to be transmitted by the apparatus to the UE:a total number of PDUs in each set PDU set, anda number of PDUs in each PDU set that have been successfully or unsuccessfully transmitted by the apparatus to the UE;determining one or more metrics indicative of a quality of transmission of PDU sets from the apparatus to the UE, wherein the metric is determined based at least in part on:the total number of PDUs in each set PDU set, andthe number of PDUs of each PDU set that have been successfully or unsuccessfully transmitted by the apparatus to the UE.14.A method comprising:receiving, from a first core network entity, one or more Protocol Data Unit, PDU, sets for the apparatus to transmit to a User Equipment, UE;determining, for the one or more PDU sets, whether a PDU set is considered to be successfully or unsuccessfully transmitted from the apparatus to the UE, wherein the determination is based at least in part on a number of PDUs of the PDU set that have been successfully or unsuccessfully transmitted from the apparatus to the UE;determining a number of the one or more PDU sets considered to be successfully or unsuccessfully transmitted; andsending, to a second core network entity or the first core network entity, information indicative of the number of the one or more PDU sets considered to be successfully or unsuccessfully transmitted.15.An apparatus comprising:means for receiving, from a first core network entity, configuration information for reporting, to a second core network entity, first information indicative of a number of one or more PDU sets considered to be successfully or unsuccessfully transmitted by a Radio Access Network, RAN, node to a User Equipment, UE;means for receiving, from the RAN node, the first information; andmeans for reporting the first information to the second core network entity.

Images