Project

General

Profile

Actions

Feature #4047

closed

BTS support for generating ETWS primary notifications

Added by laforge almost 5 years ago. Updated over 4 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
-
Target version:
-
Start date:
06/05/2019
Due date:
% Done:

100%

Spec Reference:
Tags:

Description

ETWS (Earthquake and Tsunami Warning System) doesn't only use SMSCB, but also contains parts that ensure notification of all MS as quickly as possible. Specifically, this means

  • there's a special PAGING REQUEST TYPE 1 sent on all sub-channels of the PCH
  • there's a PACKET APPLICATION INFO message sent over PACCH to all MS with TBF established

This ticket is about implementing the required features in the BTS. One of the problems is that TS 48.058 (RSL) doesn't appear to have been updated for support of ETWS.

The paging messages are not encoded by the BSC but by the BTS; RSL PAGING COMMAND contains only the MS Identity, so there's no way to send a pre-encoded message with the ETWS bits in the rest octets.


Checklist

  • PAGING REQUEST TYPE 1 with ETWS primary notification
  • handing ETWS primary notification to PCU for transmission over PACCH
  • segmentation of primary notification message

Related issues

Related to OsmoBSC - Feature #4046: BSC support for generating ETWS primary notificationsResolvedlaforge06/05/2019

Actions
Related to OsmoPCU - Feature #4048: PCU support for sending ETWS primary notificationsResolvedosmith06/05/2019

Actions
Actions #1

Updated by laforge almost 5 years ago

  • Related to Feature #4046: BSC support for generating ETWS primary notifications added
Actions #2

Updated by laforge almost 5 years ago

  • Related to Feature #4048: PCU support for sending ETWS primary notifications added
Actions #3

Updated by laforge almost 5 years ago

  • Checklist item segmentation of primary notification message added
  • % Done changed from 0 to 10

The RSL PAGING CMD is not suitable for ETWS primary notification, as it only transfers a single identity to be paged, while the ETWS primary notification is more something like "background traffic" on the PCH. It fills the PCH PAGING CMD1 rest octets with (segments of) the ETWS primary notification.

So as a result, the best option is to have a vendor-specific Abis RSL message for enabling/disabling ETWS primary notification broadcasting in the BTS downlink PCH.

The primary notification message is 56 bytes long, while the respective Paging Message Type 1 Rest Octets can only accomodate up to 127 bits in each message. As a result, the primary notification needs to be segmented (protocol supports for up to 15 segments).

We have to make sure to broadcast all segments of the primary notification message on all paging groups, for as long as requested by the BSC.

Actions #4

Updated by over 4 years ago

Actions #5

Updated by laforge over 4 years ago

  • Checklist item PAGING REQUEST TYPE 1 with ETWS primary notification set to Done
  • Checklist item segmentation of primary notification message set to Done
  • Status changed from New to In Progress
  • % Done changed from 10 to 70
See
Actions #6

Updated by laforge over 4 years ago

  • Checklist item handing ETWS primary notification to PCU for transmission over PACCH set to Done
  • Status changed from In Progress to Resolved
  • % Done changed from 70 to 100
Actions

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 48.8 MB)