Service Area Broadcast » History » Version 6
laforge, 11/20/2022 07:11 PM
1 | 6 | laforge | {{include(MacroNotImplementedYet)}} |
---|---|---|---|
2 | |||
3 | 1 | laforge | h1. Service Area Broadcast |
4 | |||
5 | Normally, all user plane data in UMTS networks are sent in point-to-point channels from the network to the user. Those are called "dedicated" radio channels which exist between the network and one given phone/subscriber at a time. |
||
6 | |||
7 | Service Area Broadcast is an exception to that rule. It permits user data (so-called SMS-CB data) to be broadcast by the network in a way that can be received by all phones in the coverage area of the given Service Area (group of cells) simultaneously. |
||
8 | |||
9 | More high-level information can be found at https://en.wikipedia.org/wiki/Cell_Broadcast and the related specification is found at 3GPP TS 23.041 Technical realization of Cell Broadcast Service |
||
10 | |||
11 | Service Area Broadcast is the UMTS successor of the GSM [[Cell_Broadcast]] |
||
12 | |||
13 | h2. Use Cases |
||
14 | |||
15 | 5 | laforge | More recently, SMS-CB is seeing some uptake by various disaster warning systems, such as |
16 | 1 | laforge | * CMAS (Commercial Mobile Alert System), later renamed to WEA ("Wireless Emergency Alerts":https://en.wikipedia.org/wiki/Wireless_Emergency_Alerts) in the US. |
17 | * EU-Alert in the European union |
||
18 | * Messer Ishi (Rocket Alert) in Israel |
||
19 | * ETWS (Earthquake and Tsunami Warning System) in Japan |
||
20 | * KPAS (Korean Public Alert System) |
||
21 | |||
22 | h2. Architecture as per 3GPP specs. |
||
23 | |||
24 | See Section 6.2 of 3GPP TR 25.931. Basically, the CBC (Cell Broadcast Centre) is issuing SABP (Service Area Broadcast Protocol, 3GPP TS 25.419) requests via the Iu-BC interface towards the RNC. The RNC then schedules the transmission of CBS messages on the CTCH (Common Traffic Channel) |
||
25 | |||
26 | 4 | laforge | h3. Network Architecture |
27 | |||
28 | {{graphviz_link() |
||
29 | digraph G { |
||
30 | BTS0 [label="NodeB"]; |
||
31 | BTS1 [label="NodeB"]; |
||
32 | BTS10 [label="NodeB"]; |
||
33 | BTS11 [label="NodeB"]; |
||
34 | BSC [label="RNC"]; |
||
35 | BSC1 [label="RNC"]; |
||
36 | |||
37 | User -> CBC [label="proprietaty"]; |
||
38 | CBC -> BSC [label="SABP"]; |
||
39 | CBC -> BSC1 [label="SABP"]; |
||
40 | BSC -> BTS0 [label="Iub"]; |
||
41 | BSC -> BTS1 [label="Iub"]; |
||
42 | BSC1 -> BTS10 [label="Iub"]; |
||
43 | BSC1 -> BTS11 [label="Iub"]; |
||
44 | BTS0 -> UE [label="BMC/CTCH"]; |
||
45 | } |
||
46 | }} |
||
47 | |||
48 | h3. Ladder Diagram |
||
49 | |||
50 | !osmodevcon2019-cell_broadcast__4.png! |
||
51 | |||
52 | 1 | laforge | h2. Osmocom Service Area Broadcast support |
53 | |||
54 | Currently it is not yet supported by any of the Osmocom components. We would love to implement it, but somebody would have to contribute related code and/or funding. |
||
55 | |||
56 | Assuming that the NodeB+RNC connected to [[OsmoMSC:]] or the hNodeB connected to [[OsmoHNBGW:]] implement SABP, all we'd need to do is to implement a kind of SABP multiplexor inside [[OsmoHNBGW:]] so that the CBC has to talk only once to the HNBGW, which then takes care of distributing that information to all hNodeB in the service area. |
||
57 | |||
58 | We would also want to implement a simplistic CBC which implements SABP on Iu-BC towards the RNC/HNBGW, as well as 3GPP TS 48.049 for GSM. This way one could easily configure certain CBS / SMS-CB messages on the CBC, and the CBC would distribute it to all BSCs/RNCs/HNBGWs in the respective service area, who in turn communicate the messages to the MSs. |
||
59 | 2 | laforge | |
60 | h2. Further Reading |
||
61 | |||
62 | 3 | laforge | * "3GPP TR 25.931: UMTS UTRAN functions, examples on signalling procedures":https://www.etsi.org/deliver/etsi_tr/125900_125999/125931/14.00.00_60/tr_125931v140000p.pdf (See Section 6.2) |
63 | 2 | laforge | * "3GPP TS 25.419: UTRAN Iu-BC interface: SABP Protocol":https://www.etsi.org/deliver/etsi_ts/125400_125499/125419/15.00.00_60/ts_125419v150000p.pdf |