Project

General

Profile

Actions

Feature #3482

open

handover decision: if a new call causes congestion that would trigger immedate re-assignment, assigning the other TCH kind from the start

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

For example, a call gets established and gets assigned a TCH/F, which would then reduce the amount of free tch-f lchans below the min-free-tch-f setting.
If the cell config is such that the next congestion check would immediately re-assign the lchan to TCH/H within the same cell, then rather assign a TCH/H in the first place.
Same goes for the reverse TCH kinds: avoid assigning TCH/H that would move to TCH/F upon first congestion check.

This requires a new code path into handover decision during handling of BSSMAP Assignment Request.

  • is the new lchan causing congestion? (check min-free-tch-X)
  • if it would cause congestion and another tch kind would not, suggest a different lchan.
  • if this lchan's codec is allowed by the MSC, BSC and MS, use that right from the start.

Maybe this can be abstracted as a handover decision API, where any handover decision implementation can suggest more optimal lchan choices for first assignment.


Related issues

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

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

  • Category set to Handover
Actions

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 48.8 MB)