Project

General

Profile

Actions

Feature #3486

open

handover decision: congestion: figure out the tradeoff: re-assign within same cell vs. handover to another cell

Added by neels over 5 years ago. Updated over 5 years ago.

Status:
New
Priority:
Low
Assignee:
-
Category:
Handover
Target version:
-
Start date:
08/20/2018
Due date:
% Done:

0%

Spec Reference:

Description

If a TCH kind on a cell is congested (below min-free-tch-X threshold), we can either re-assign to another TCH kind on the same cell, or handover to another cell and keep the same TCH kind.

  • is the neighbor cell's rxlev acceptable?
  • will it cause congestion on the neighbor?
  • how about inter-BSC handover?

This is a complex tradeoff decision which deserves some head cracking on.
Look at and test current implementation (handover_decision_2.c) and see if it can be improved / configured in a useful way.


Related issues

Related to OsmoBSC - Feature #1608: various handover improvements, meta-issueRejectedneels02/23/2016

Actions
Related to OsmoBSC - Feature #3638: handover decision 2: load balancing across BSSNew10/09/2018

Actions
Actions #1

Updated by neels over 5 years ago

  • Related to Feature #1608: various handover improvements, meta-issue added
Actions #2

Updated by neels over 5 years ago

  • Related to Feature #3638: handover decision 2: load balancing across BSS added
Actions #3

Updated by neels over 5 years ago

The first way to go is to avoid inter-BSC handover as long as possible; only if the rxlev/ta drop past tolerable levels and a neighbor-BSS is better than a local cell.
I'm not sure anymore whether this issue is worth considering past the approach described in #3686,
we should probably always consider inter-BSC handover as the very last option before calls get dropped.

Actions #4

Updated by neels over 5 years ago

  • Category set to Handover
Actions

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 48.8 MB)