https://projects.osmocom.org/https://projects.osmocom.org/favicon.ico?16647414092017-10-06T14:28:02ZOpen Source Mobile CommunicationsOsmoBSC - Feature #1608: various handover improvements, meta-issuehttps://projects.osmocom.org/issues/1608?journal_id=55932017-10-06T14:28:02Zlaforge
<ul></ul> OsmoBSC - Feature #1608: various handover improvements, meta-issuehttps://projects.osmocom.org/issues/1608?journal_id=61182017-11-07T20:26:59Zlaforge
<ul><li><strong>Assignee</strong> set to <i>neels</i></li></ul> OsmoBSC - Feature #1608: various handover improvements, meta-issuehttps://projects.osmocom.org/issues/1608?journal_id=61212017-11-07T20:28:43Zlaforge
<ul><li><strong>Priority</strong> changed from <i>Normal</i> to <i>High</i></li></ul> OsmoBSC - Feature #1608: various handover improvements, meta-issuehttps://projects.osmocom.org/issues/1608?journal_id=61382017-11-07T21:33:16Zlaforge
<ul><li><strong>Priority</strong> changed from <i>High</i> to <i>Urgent</i></li></ul> OsmoBSC - Feature #1608: various handover improvements, meta-issuehttps://projects.osmocom.org/issues/1608?journal_id=62962017-11-20T12:34:08Zneelsnhofmeyr@sysmocom.de
<ul></ul><p>I'm not starting on this yet, please let me know in case I should start on this before completing <a class="issue tracker-2 status-5 priority-4 priority-high2 closed" title="Feature: write Osmocom Network In The Box wiki page (Closed)" href="https://projects.osmocom.org/issues/2618">#2618</a> / <a class="issue tracker-1 status-5 priority-4 priority-high2 closed" title="Bug: segfault during IuCS connect request (Closed)" href="https://projects.osmocom.org/issues/2638">#2638</a></p> OsmoBSC - Feature #1608: various handover improvements, meta-issuehttps://projects.osmocom.org/issues/1608?journal_id=63682017-11-27T14:59:20Zneelsnhofmeyr@sysmocom.de
<ul><li><strong>Related to</strong> <i><a class="issue tracker-2 status-3 priority-1 priority-lowest closed" href="/issues/1778">Feature #1778</a>: avoid mismatching TCH/F vs TCH/H pchan types</i> added</li></ul> OsmoBSC - Feature #1608: various handover improvements, meta-issuehttps://projects.osmocom.org/issues/1608?journal_id=66872017-12-10T20:05:23Zlaforge
<ul><li><strong>Project</strong> changed from <i>OpenBSC</i> to <i>OsmoBSC</i></li><li><strong>Category</strong> deleted (<del><i>libbsc</i></del>)</li></ul> OsmoBSC - Feature #1608: various handover improvements, meta-issuehttps://projects.osmocom.org/issues/1608?journal_id=67162017-12-10T20:31:52Zlaforge
<ul><li><strong>Category</strong> set to <i>Handover</i></li></ul> OsmoBSC - Feature #1608: various handover improvements, meta-issuehttps://projects.osmocom.org/issues/1608?journal_id=77172018-02-21T00:26:07Zneelsnhofmeyr@sysmocom.de
<ul><li><strong>% Done</strong> changed from <i>0</i> to <i>50</i></li></ul><p>handover_decision_2.c which was recently merged does in fact include re-assignment and handover while changing the TCH type. It also employs an AFS bias, i.e. to handover half rate to full rate to improve the quality. Will keep this issue open as a reminder to somehow test how well this works in practice.</p>
<p>to enable, configure osmo-bsc with</p>
<pre>
network
handover 1
handover algorithm 2
</pre>
<p>and see various handover2 * config options</p> OsmoBSC - Feature #1608: various handover improvements, meta-issuehttps://projects.osmocom.org/issues/1608?journal_id=93652018-05-17T11:36:23Zlaforge
<ul></ul><p>neels wrote:</p>
<blockquote>
<p>Will keep this issue open as a reminder to somehow test how well this works in practice.</p>
</blockquote>
<p>please create a separate ticket about missing automatic testing. We need proper TTCN-3 tests for all kinds of handover scenarios in the BSC, but that's not what this ticket was about originally. Also, this ticket is certainly not "New".</p> OsmoBSC - Feature #1608: various handover improvements, meta-issuehttps://projects.osmocom.org/issues/1608?journal_id=94812018-05-25T10:13:13Zlaforge
<ul></ul><p>ping?</p> OsmoBSC - Feature #1608: various handover improvements, meta-issuehttps://projects.osmocom.org/issues/1608?journal_id=94932018-05-25T13:21:16Zneelsnhofmeyr@sysmocom.de
<ul><li><strong>Status</strong> changed from <i>New</i> to <i>Stalled</i></li></ul><p>From my viewpoint, even though I haven't even started looking at and testing this specific aspect, the code we got "for free" from jolly's load-based HO code is already merged...<br />Hence I ended up with "New" and "50%". From outside this must surely look insane, yes.</p>
<p>ok then ...</p>
<p>The preliminary implementation is in handover algorithm 2.</p>
<p>We need testing in TTCN3, possibly also osmo-gsm-tester. Generally, testing by ttcn3 seems to make most sense, since for manual tests, we need to jump through hoops to make the equipment pick the desired lchans and then make those appear switch-worthy. In ttcn3 we can simply make up exactly the physical scenario we want to test in the messages sent.</p>
<p>Even though we have some code, we need to first decide what <strong>should</strong> be happening.<br />The precise scenarios to change between TCH/F and TCH/H are non-trivial and currently under-specified.<br />Here are some short notes/questions about scenarios that need refining:</p>
<ul>
<li>If we set min-free-tch-f, here is a scenario to test:<br /> A cell has min-free-tch-f = 1, i.e. we want at least one TCH/F to remain open.<br /> A new call could come in and pick the last remaining TCH/F slot.<br /> Once the TCH/F lchan is used, the handover decision 2 algorithm notes that we now have 0 free TCH/F but want 1 free TCH/F.<br /> Hence it would trigger re-assignment or handover to make one TCH/F free again.<br /> This might go to a neighbor cell (if any), or re-assign to TCH/H within the cell.</li>
<li>In previous point, we'd be a bit clumsy in first assigning TCH/F, using that for a few seconds and then re-assigning,<br /> when we might have decided for TCH/H to begin with. (out of scope here?)</li>
<li>Bad quality scenario: rxlev is ok, but rxqual drops below the min_rxqual threshold.<br /> To test for this with real equipment, we could manipulate the min_rxqual threshold during a call.<br /> In ttcn3, we could use measurement reports.<br /> Handover decision 2 contains a switch from TCH/H to TCH/F to improve rxqual. See on_measurement_report() in handover_decision_2.c, by the comment "Bad Quality".<br /> However, that condition seems buggy: "if (... av_rxqual > ho_get_hodec2_min_rxqual(bts->ho))" should probably be the flipped?</li>
<li>To help against interference (good rxlev, low rxqual) it might even make sense to just go to a different timeslot with the same TCH kind.<br /> Currently we explicitly avoid re-assigning to the same TCH kind though. (out of scope here?)</li>
<li>Without 'min-free-slots' configured:<br /> If a cell has TCH/H slots and TCH/F slots, and all TCH/F slots are busy, a new call being established would just go ahead and use a TCH/H slot, not needing re-assignment at all?</li>
<li>If a new call is incapable of TCH/H, should that trigger another ongoing TCH/F to be re-assigned to TCH/H, to make space for the new call?<br /> (out of scope here? so far we have no handover triggered by new calls being established, rather only re-arranging already ongoing TCH lchans.)</li>
<li>With dynamic timeslots <a class="issue tracker-1 status-1 priority-2 priority-default" title="Bug: HO2: handover decision for dynamic timeslots (New)" href="https://projects.osmocom.org/issues/3002">#3002</a>, it could make sense to switch over from TCH/F to TCH/H and make more room.<br /> When the "min-free-slots" for TCH/F is surpassed, that could be a trigger to switch TCH/F to TCH/H.<br /> But at the same time that already is a trigger to ask handover to a different cell.<br /> At which rxlevs do we favor changing to TCH/H vs. intra-BSC handover vs. inter-BSC handover?<br /> For intra-BSC handover we could also take the cell load into account: only change to TCH/H in case the neighbor cells are already heavily loaded as well?<br /> Trade-off by neighbor rxlev?</li>
<li>If all lchans are in use, and one of them is a dynamic timeslot used as TCH/F, would we be able to take down the call, change over to TCH/H and re-assign? I guess not.</li>
</ul> OsmoBSC - Feature #1608: various handover improvements, meta-issuehttps://projects.osmocom.org/issues/1608?journal_id=94942018-05-25T13:22:22Zneelsnhofmeyr@sysmocom.de
<ul><li><b>Checklist item</b> <input type='checkbox' class='checklist-checkbox' disabled> <i>define scenarios</i> added</li><li><b>Checklist item</b> <input type='checkbox' class='checklist-checkbox' disabled> <i>test in ttcn3</i> added</li></ul> OsmoBSC - Feature #1608: various handover improvements, meta-issuehttps://projects.osmocom.org/issues/1608?journal_id=94992018-05-25T13:39:08Zneelsnhofmeyr@sysmocom.de
<ul><li><strong>Related to</strong> <i><a class="issue tracker-1 status-1 priority-2 priority-default" href="/issues/3002">Bug #3002</a>: HO2: handover decision for dynamic timeslots</i> added</li></ul> OsmoBSC - Feature #1608: various handover improvements, meta-issuehttps://projects.osmocom.org/issues/1608?journal_id=108302018-08-20T11:44:47Zneelsnhofmeyr@sysmocom.de
<ul><li><strong>Related to</strong> <i><a class="issue tracker-2 status-1 priority-2 priority-default" href="/issues/3480">Feature #3480</a>: handover from TCH/F to TCH/H to reduce load</i> added</li></ul> OsmoBSC - Feature #1608: various handover improvements, meta-issuehttps://projects.osmocom.org/issues/1608?journal_id=108342018-08-20T11:46:36Zneelsnhofmeyr@sysmocom.de
<ul><li><strong>Related to</strong> <i><a class="issue tracker-2 status-1 priority-2 priority-default" href="/issues/3481">Feature #3481</a>: handover from TCH/H to TCH/F to reduce load</i> added</li></ul> OsmoBSC - Feature #1608: various handover improvements, meta-issuehttps://projects.osmocom.org/issues/1608?journal_id=108372018-08-20T11:55:49Zneelsnhofmeyr@sysmocom.de
<ul><li><strong>Related to</strong> <i><a class="issue tracker-2 status-1 priority-1 priority-lowest" href="/issues/3482">Feature #3482</a>: handover decision: if a new call causes congestion that would trigger immedate re-assignment, assigning the other TCH kind from the start</i> added</li></ul> OsmoBSC - Feature #1608: various handover improvements, meta-issuehttps://projects.osmocom.org/issues/1608?journal_id=108392018-08-20T11:58:04Zneelsnhofmeyr@sysmocom.de
<ul><li><strong>Related to</strong> <i><a class="issue tracker-2 status-1 priority-2 priority-default" href="/issues/3483">Feature #3483</a>: handover decision: if rxlev is ok but rxqual is bad, move from TCH/H to TCH/F</i> added</li></ul> OsmoBSC - Feature #1608: various handover improvements, meta-issuehttps://projects.osmocom.org/issues/1608?journal_id=108412018-08-20T12:18:24Zneelsnhofmeyr@sysmocom.de
<ul><li><strong>Related to</strong> <i><a class="issue tracker-2 status-1 priority-1 priority-lowest" href="/issues/3485">Feature #3485</a>: handover to make room for a less capable subscriber</i> added</li></ul> OsmoBSC - Feature #1608: various handover improvements, meta-issuehttps://projects.osmocom.org/issues/1608?journal_id=108432018-08-20T12:23:12Zneelsnhofmeyr@sysmocom.de
<ul><li><strong>Related to</strong> <i><a class="issue tracker-2 status-1 priority-1 priority-lowest" href="/issues/3486">Feature #3486</a>: handover decision: congestion: figure out the tradeoff: re-assign within same cell vs. handover to another cell</i> added</li></ul> OsmoBSC - Feature #1608: various handover improvements, meta-issuehttps://projects.osmocom.org/issues/1608?journal_id=108452018-08-20T12:23:55Zneelsnhofmeyr@sysmocom.de
<ul><li><b>Checklist item</b> deleted (<strike><i>define scenarios</i></strike>)</li><li><b>Checklist item</b> deleted (<strike><i>test in ttcn3</i></strike>)</li></ul><p>Above list of scenarios is a rather large scope.<br />I'm splitting this up now to get a handle on it, see the Related Issues.</p> OsmoBSC - Feature #1608: various handover improvements, meta-issuehttps://projects.osmocom.org/issues/1608?journal_id=108462018-08-20T12:26:10Zneelsnhofmeyr@sysmocom.de
<ul><li><strong>Subject</strong> changed from <i>hand-over betwen TCH/H and TCH/F during call based on load / quality</i> to <i>various handover improvements, meta-issue</i></li><li><strong>Description</strong> updated (<a title="View differences" href="/journals/10846/diff?detail_id=17562">diff</a>)</li><li><strong>Status</strong> changed from <i>Stalled</i> to <i>In Progress</i></li><li><strong>% Done</strong> changed from <i>50</i> to <i>0</i></li></ul> OsmoBSC - Feature #1608: various handover improvements, meta-issuehttps://projects.osmocom.org/issues/1608?journal_id=108512018-08-20T15:00:55Zneelsnhofmeyr@sysmocom.de
<ul><li><strong>Related to</strong> <i><a class="issue tracker-3 status-3 priority-3 priority-high3 closed" href="/issues/3487">Support #3487</a>: comprehensive documentation for Handover configuration</i> added</li></ul> OsmoBSC - Feature #1608: various handover improvements, meta-issuehttps://projects.osmocom.org/issues/1608?journal_id=108542018-08-20T15:01:12Zneelsnhofmeyr@sysmocom.de
<ul><li><strong>Related to</strong> <i><a class="issue tracker-2 status-3 priority-3 priority-high3 closed" href="/issues/1606">Feature #1606</a>: hand-over for load distribution among BTSs</i> added</li></ul> OsmoBSC - Feature #1608: various handover improvements, meta-issuehttps://projects.osmocom.org/issues/1608?journal_id=112922018-09-12T13:34:22Zneelsnhofmeyr@sysmocom.de
<ul><li><strong>Priority</strong> changed from <i>Urgent</i> to <i>High</i></li></ul><p>This has been on "urgent" from before it was changed to a meta-issue.<br />Let me put it back to "high" until further notice.</p> OsmoBSC - Feature #1608: various handover improvements, meta-issuehttps://projects.osmocom.org/issues/1608?journal_id=120942018-10-09T02:57:31Zneelsnhofmeyr@sysmocom.de
<ul><li><strong>Related to</strong> <i><a class="issue tracker-2 status-1 priority-1 priority-lowest" href="/issues/3638">Feature #3638</a>: handover decision 2: load balancing across BSS</i> added</li></ul> OsmoBSC - Feature #1608: various handover improvements, meta-issuehttps://projects.osmocom.org/issues/1608?journal_id=121582018-10-11T14:09:12Zneelsnhofmeyr@sysmocom.de
<ul><li><strong>Related to</strong> <i><a class="issue tracker-1 status-3 priority-2 priority-default closed" href="/issues/3645">Bug #3645</a>: internal handover: when handover changes the speech codec, it should notify the MSC with BSSMAP Handover Performed</i> added</li></ul> OsmoBSC - Feature #1608: various handover improvements, meta-issuehttps://projects.osmocom.org/issues/1608?journal_id=122072018-10-15T22:10:27Zneelsnhofmeyr@sysmocom.de
<ul><li><strong>Related to</strong> <i><a class="issue tracker-2 status-1 priority-2 priority-default" href="/issues/3656">Feature #3656</a>: inter-BSC handover outgoing: compose Cell Identifier List from several ARFCN+BSIC</i> added</li></ul> OsmoBSC - Feature #1608: various handover improvements, meta-issuehttps://projects.osmocom.org/issues/1608?journal_id=122102018-10-15T22:11:21Zneelsnhofmeyr@sysmocom.de
<ul></ul><p>Maybe instead of adding these issue relations I should use a "Handover" tag...?</p> OsmoBSC - Feature #1608: various handover improvements, meta-issuehttps://projects.osmocom.org/issues/1608?journal_id=122112018-10-15T23:30:07Zlaforge
<ul></ul><p>On Mon, Oct 15, 2018 at 10:11:21PM +0000, neels [REDMINE] wrote:</p>
<blockquote>
<p>Maybe instead of adding these issue relations I should use a "Handover" tag...?</p>
</blockquote>
<p>I would argue to use a Handover category, as categories describe work-areas / features / code-sections<br />within a given project.</p> OsmoBSC - Feature #1608: various handover improvements, meta-issuehttps://projects.osmocom.org/issues/1608?journal_id=122262018-10-16T13:18:16Zneelsnhofmeyr@sysmocom.de
<ul><li><strong>Status</strong> changed from <i>In Progress</i> to <i>Rejected</i></li></ul><p>all the issues this was a meta-issue for now have the "Handover" category set. Closing this.</p>