Page History

...

1. UE Identifier:
   1. Includes an interface to the Mobile core or BSS to determine the desired “Target QoE”, or (QoE) _Target, for the UEs of interest. In Rel B this interface would be stubbed off.
   2. In Release B the UEs of interest will be identified through a group id such as QCI or SPID.  In future releases the UEs of interest could be identified via some global UE Id.  
   3. OPEN ISSUE: Need to identify the group id to be used in Release B.Is it reasonable for the O-DU to know which UEs would correspond to one of these identifiers such that the O-DU would collect KPIs for those UEs?  If not, perhaps we would ensure that the RIC will have a QCI to UE Id mapping in its database, such that the RIC could send an E2 KPI SUBSCRIBE per UE Id.  The UE Id in question would presumably be the F1-C Id 

      
      

   4. Makes the UE (group) identifier(s) and associated (QoE) _Target to the other functional components described below.
2. UE Filterer:
   1. Collects “Per-UE Performance Data” KPIs from the RAN, or (UePerf) _Actual, for the UEs identified by the UE Identifier. See SECTION XXX for the specific KPIs included in this data class.
   2. Can filter the set of UEs being monitored as needed.
   3. Makes this filtered list of UEs available to “QoE Predictor Model” (see below).
3. QoE Predictor (trained ML model):
   1. Collects “Per-UE RF Data” KPIs, or (UeRf) _Actual, and “Per-Cell Utilization Data” KPIs, or (CellPerf) _Actual. See SECTION XXX for the specific KPIs included in this data class. Note that the “Per-UE RF Data” includes RF signal measurements reported by the UE for both the “serving” and the “neighbor” cells.
   2. It uses that UeRf and CellPerf KPI data to make predictions of UePerf. These predictions can be “what if” predictions at the current time, (UePerf) _Current. Or these predictions can be temporal predictions about the future, (UePerf) _Future.
   3. In Release B it makes a “what if” prediction of “what would the UE report as its Per-UE Performance Data KPIs of interest if that UE were connected instead to a neighbor cell.” I.e., given (UeRf, CellPerf) _{Actual: Neighbor} it will predict (UePerf) _{Current: Neighbor}
   4. In Release C it will, in addition, make the following temporal predictions with a given time window (e.g., 10 seconds) provided as a configuration parameter.
      1. A future prediction of “what will the UE report as its Per-UE Performance Data KPIs of interest if that UE were to remain on the serving cell until the end of the input time window.” I.e., given (UeRf, CellPerf) _{Trending, Serving} it will predict (UePerf) _{Future: Serving}
      2. A future “what if” prediction of “what would the UE report as its Per-UE Performance Data KPIs of interest if that UE were connected to a neighbor cell at the end of the input time window.” I.e., given (UeRf, CellPerf) _{Trending: Neighbor} it will predict (UePerf) _{Future: Neighbor}
   5. Leverages the services of QoE Calculator to convert “UePerf” (either actual or predicted) into a QoE metric (a.k.a., QoE score).
   6. Output of the QoE Predictor is a data structure consisting of a QoE-ranked list of neighbor cell alternatives.
4. QoE Calculator:
   1. Takes as input UePerf data and calculates the corresponding QoE score.
   2. Note that this function doesn’t know or care whether it is being provided UePerf as known through KPIs, or (UePerf) _Actual, or being provided predicted UePerf, i.e., (UePerf) _{Current, Neighbor} or (UePerf) _Future. Thus it doesn’t know whether it is calculating a current (QoE) _{Current: Serving}, or a “what if” predicted (QoE)_{Current: Neighbor}, or a “temporal” predicted (QoE) _Future.
   3. In Release B we will assume QoE == DL UE PDCP throughput”
5. UE Intervention Selector:
   1. Determines which UEs could benefit from intervention. Specifically:
      1. In Release B it will compare the (QoE) _Target to the calculated (QoE) _{Current: Serving} and determine if UE QoE is suffering and hence intervention is needed. If so, it will compare (QoE) _Target to the “what if” predicted: (QoE) _{Current: Neighbor} to determine to which cell to drive handover
      2. In Release C it will, in addition to the above, compare the (QoE) _Target to the predicted: (QoE) _{Future: Serving} and determine if UE QoE is anticipated to suffer, and hence intervention will soon be needed. If so, it will compare (QoE) _Target to the predicted (QoE) _{Future: Neighbor} for each neighbor cell to determine to which cell to drive handover.
   2. Having determined that intervention is needed for a given UE, it will provide to the Traffic Steerer the list of neighbor cell handover options that will maintain the QoE needs of that UE.
6. Traffic Steerer
   1. Receives the list of cell handover options and evaluates the extent to which it can act on it given other considerations.
   2. If possible to act, it will instruct the RAN to initiate handover of the UE to the selected neighbor cell.

...