Project

General

Profile

Feature #4047

BTS support for generating ETWS primary notifications

Added by laforge about 2 months ago. Updated about 1 month ago.

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

10%

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 notificationsNew06/05/2019

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

History

#1 Updated by laforge about 2 months ago

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

#2 Updated by laforge about 2 months ago

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

#3 Updated by laforge about 1 month 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.

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 48.8 MB)